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ABSTRACT 



This thesis takes an overview of past software 
development estimation problems and practices, surveys the 
present situation, and provides r ecommenda t i ons . Results 
from a Department of Defense ( DOD ) wide survey on software 
development estimation factors are examined for trends using 
statistical analysis techniques. 

Basic and Intermediate models of the Constructive Cost 
Model (COCOMO) are implemented using a software engineering 
approach for development and documentation. This Decision 
Support System ( DSS ) is developed as a prototype for 
possible use in DOD for software development and maintenance 
estimations. Documen ta t i on for this DSS is contained in the 
append ices . 
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THESIS DISCLAIMER 



The reader is cautioned that computer programs developed 
in this research may not have been exercised for all cases 
of interest. While every effort has been made, within the 
time available, to ensure that the programs are free of 
computational and logic errors, they cannot be considered 



i dated . 


Any application 


of these 


pr ogr ams 


w i thou t 


i t i ona 1 


verification is at 


the risk of 


the user . 
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I . BACKGROUND AND INTRODUCTION 



The Department of Defense spends billions of dollars 
annually on computer processing resources- The majority of 
these resources are for maintaining and developing software 
CRef. ID- Software development and maintenance costs are 
difficult to control. Many software projects have been 
behind schedule, over cost, and short of expec ta t i ons . In 
an attempt to improve software cost estimation in the 
Department of Defense ( DOD ) , the Office of the Secretary of 
Defense (OSD) selected the automated Software Life Cycle 
(SLIM) cost estimation model as the tentative DOD 
methodology. The OSD funded a DOD-wide license for SLIM as 
well as training sessions in the use of SLIM at the 
Department of Defense Computer Institute ( DODC I ) CRef. 2D. 

Computer software costs are increasing while hardware 
costs continue to drop. Many software cost estimation 
models exist to assist a manager with costs and schedules 
for software development projects. These models vary in 
accuracy and completeness. Variances are due to 
difficulties in software cost estimation. Difficulties 
include inaccurate date, missing information, problems with 
contractors, lack of automated tools and i nappr opr i a te cost 
drivers. Accuracy of software cost predictors is of extreme 
import to the Navy due to the number of dollars involved and 
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the external budgetary constraints. A project manager for 
software development bears numerous r espons i b i 1 i t i es which 
permit little or no time for computation and evaluation of 
detailed cost/schedule a 1 terna t i ves . Thus, reliable data is 
essential for project planning and control. Not only must a 
software cost estimation model have an acceptable degree of 
accuracy, but also, it must be flexible enough to adapt to a 
rapidly changing environment. Software cos t / schedu 1 e 
packages currently available on the market are based on data 
bases that would not fit the DOD types of software and do 
not allow for adjustment of various cost drivers to fit the 
changing nature of the software development world. It is, 
therefore, necessary to have an adaptable, 
c i rcumst ance-shaped Decision Support System to remedy these 
•shor tcom i ngs . 

Besides SLIM, there are numerous other software cost 
estimation models used by the DOD. The RCA PRICE S model is 
frequently used in U . S. Air Force software cost estimates. 
Barry Boehm’s Constructive Cost Estimation Model (COCOMO) 
was recently selected for use in estimating costs of 
developing the UIIS (World Wide Military Command and Control 
System Information System) in the Ada language [Ref.SD. 

Boehm’s model estimates both development and maintenance 
costs. Both estimates are of high budgetary interest. 
Maintenance makes up the major portion of the software life 
cycle effort CRef. Boehm’s COCOMO model has three 
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levels: Basic, I n termed i a t e , and Detailed. Their ability to 
estimate within 20% of project actual is 25%, 68%, and 70% 
respectively CRef. 5 D . The COCOMO estimates were based on a 
limited dispersal of software projects. To increase its 
predictive capability with Department of Defense software. 



i t wou 1 d be 


i mpo r tant 


to 


better 


understand 


the 


characteristic 


and pr of i 1 e 


of 


the set 


of software 


under 



study . 

Appropriate use of COCOMO requires two pr er equ i s i t es : a 
good estimation of KDSI, and a good knowledge of the profile 
of the cost drivers. Lines of code are difficult to 
estimate. In the past, errors in estimating size have been 
as large as a factor of three CRef. 6D. However, the COCOMO 
model could prove valuable to the DOD in numerous cases 
where software must be converted from one language to 
another as lines of code estimates are more accurate on 
software conversions than on new developments. Another 
application for the Intermediate COCOMO model is in 
conjuction with other cost estimation models. A cost 
estimation model which does not require the number of lines 
of code as an input, such as Estimax, could be applied 
first. Resultant estimated lines of code could then be used 
as an input to the Intermediate COCOMO model. A third 
application would be as a cr oss-va 1 i da tor for other cost 
es t i ma tion models. 
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The objectives of this thesis are to design, develop, 
and implement a Decision Support System for the Basic and 
Intermediate models, and to better understand the nature of 
the DOD software. A survey will be used to gain a better 
under s t and i ng of DQD software development estimation. 
Survey results are examined for trends in Chapter III. 
Chapter IV addresses the Decision Support System (DSS) 
implementation of the Basic and Intermediate COCONO models 
using a software engineering approach. Supporting 
documentat ion for the software, including the program 
listings and Users Manual, are found in the appendices. 
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1 1 . CQCQMQ SQFTUIARE COST ESTIMATION MODEL 



This chapter summarizes the COCOMO Basic and 
Intermediate software cost estimation models. Maintenance, 
which is used with both the Basic and Intermediate models, 
is also discussed. 

A. OVERVIEW 

The Basic COCOMO model takes as parameters the estimated 
number of source instructions (KDSI) and the development 
mode. The development mode parameter indicates what type of 
project is being developed, ranging from relatively small 
projects loosely coupled with their operating environment 
("organic") to large, complex systems with rigidly specified 
interfaces, real-time performance constraints, and high 
reliability requirements ("embedded"). The Basic model 
calculates man— months of effort and months of schedule, 
along with productivity in number of delivered source 
instructions per man-month and annual development cost. For 
example, a typical result for a 2 KDSI project might be 6.6 
man-months of effort required, 5.1 month schedule and 
appro X imatel y 301 required lines of codes per man-month. 
Distribution of effort and schedule are also calculated, 
e.g., of the 5.1 months of development time, the model will 
tell you that 0.97 months would be spend in product design, 
3.23 in programming and unit testing, and 0.92 in 
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integration testing. Requirements analysis are not included 
in COCOMO estimates, however, product activity distribution 
by phase for effort is computed. For example, calculated 
product design for effort would be farther subdivided into 
requirements analysis, product design, programming, test 
planning, ver if icat ion/val idat ion , project office time, 
quality assurance and documentation development time. 
Likewise, programming and integration testing would also be 
subdivided into these same categories. 

The Intermediate COCOMO model builds on the Basic model 
by adding cost drivers, which are measures of various 
attributes of the product, project, computer and personnel. 
The product of these cost drivers multiply the calculated 
effort man-months to produce an adjusted nominal man-month 
figure. For example, one driver (denoted PCAP ) measures 
Programmer Capability. The PCAP multiplier can range from 
0.70 (very high programmer capability) to l.^E (very low 
programmer capability). In the example above, if very high 
quality programmers were available, the estimated 
development time would be reduced to 4,62 man-months (6-6 x 
0.70) provided the rest of the cost drivers remained at a 
nominal value of 1.0. Cost drivers give a more 
comprehensive picture of the product and the environment in 
which it is to be developed, with resulting greater accuracy 
of prediction. 
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The COCOMO models are calibrated using data collected 
for 63 projects completed by TRW between 196^ and 1979. 
Numeric parameters were not determined solely by statistical 
curve fitting, but were influenced by the judgment of 
project managers. The Basic COCOMO model does not have 
particularly good accuracy; Boehm reports that estimates for 
the calibration data are within a factor of S of the actual 
effort only 60*/. of the time. The added parameters of cost 
drivers in Intermediate COCOMO give it much improved 
accuracy. Estimates with the Intermediate COCOMO model are 
within 20% of actual effort 68*/* of the time. 

B. THE BASIC MODEL 

The Basic model ^s parameters are estimated thousands of 
delivered source instructions (KDSI) and development mode. 
Source instructions are defined as lines of code, including 
declarative statements and job control language but 
excluding comments. Development modes are char ac ter i zed as 
f o 1 lows : 

1 . Organic 

a. Generally stable development environment 

b. Minimal need for innovation in ar ch i tec tur es 
or a Igor i thms 

c. Relatively small size 

d. Relatively low premium on early completion of 
the project 
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Software project range usually not greater 
than 50 KDSI 



e . 



f. Loose coupling with external systems 

2. Semidetached 

a. Mixture of organic and embedded charac ter ist ics 

b. Intermediate level of experience with related 
systems 

c. Wide mix of experienced and i nexper i enced people 

d. Some experience with aspects of system under 
development 

e- Software project range usually not greater than 
300 KDSI 

3. Embedded 

a. Much innovation required 

b. Integral part of some larger system with 
i nf lex ib le 

c. Interface requirements 

d. High required reliability 

e. Development within tight time and cost 
constrai nt s 

The basic effort development estimation formula by mode 



are : 



Or gan i c : 


MM = a.^(KDSI )**1 .05 


Sem idetached : MM = 3 . 0 ( KDS I ) *->(■ 1 • 12 


Embedded : 


MM = 3,6(KDSI .20 


where 




MM 


man-months of development effort 


KDSI = 


estimated thousands of delivered 
source instructions 
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Another result obtainable from the Basic COCOMO model is 



development time? i.e.j how many months the project will 
take to complete- These schedule formula by mode are: 



Organic : 


TDEV = 2. 5 (MM) **0.38 


Semidetached: TDEV = S - 5 ( MM ) . 35 


Embedded : 


TDEV = E.5(MM)**0.3E 


where 




TDEV = 


development time in months 


MM 


effort in man-months calculated above 



Besides effort and schedule calculations other data which 
can be computed and are model and mode independent are: 

Average number of personnel = MM/TDEV 
Productivity = ( 1 000*KDS I ) /MM 
Annual cost = Personnel cost/MM * MM 

The Basic model also provides information on how the 
effort and schedule are distributed over the phases of the 
project. These tabulated percentages are a function of the 
product size and mode. The product sizes occur for standard 
KDSI values of E, 8? 3S , 1E8, and 51E. KDSI values 

occurring between these standard figures are considered 
nonstandard and must have the closest lowest and highest 
percentages to it interpolated to produce the proper result- 
KDSI values below and above S and 51S KDSI respectively are 
beyond the boundaries of the COCOMO model and are not used 
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as the model formula for effort and schedule are calibrated 
only for this range. Values for the phase distribution of 
effort are computed by multiplying each percentage by the 
prior computed MM number. Phase distribution for schedule 
is also computed in a similar way except each schedule 
percentage is multiplied by the calculated TDEV value. 

In addition to the phase distribution compu t a t i ons , 
activity distribution by phase can also be calculated. 
These percentages are again product and mode dependent and 
provide more detail about the product design, programmingi 
and test integration values computed for phase distribution 
of effort. Calculation of the values for this area occurs 
by multiplying the man-months value obtained for phase 
distribution product design, programming, and test 
integration by the respective percentages under each 
appropriate column. For example, to obtain the values for 
activity distribution in the organic mode for product 
design, the product design value computed in the phase 
distribution would be multiplied by each percentage under 
the product design column to generate the necessary activity 
phase distribution for product design. 

C. THE INTERMEDIATE MODEL 

The key feature which the Intermediate model adds to the 
Basic model is a set of 15 cost driver attributes. These 
cost drivers have a default nominal value of 1.0, however, 
these values can be varied depending on the environment in 
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which the project is being created . The product of these 15 
cost drivers is called the Effort Adjustment Factor ( EAF ) . 

Development modes for the Intermediate model are the 
same as those for the Basic model. However? the effort 
development estimation formula vary s 1 ight 1 y from the Basic 
model and are: 



Organ i c : 


MMn = 3.2(KDSI )**1 -05 


Semi detached : 


MMn = 3.0(KDSI )**1 . 12 


Embedded : 


MMn = 2.8(KDSI ) ** 1 . 20 


where 


• 


MMn = Nominal 


man-months 



The cost drivers are factored in by multiplying the nominal 
man-months by the EAF: 

MMadj = MMn * EAF 
where 

MMadj = man-months adjusted 

Schedule formula by mode are the same as for the Basic 
model. Average number of personnel, pr oduc t i v i t y , annual 
cost, phase distribution of effort and schedule, and phase 
activity distribution are also computed in the same manner 
as for the Basic model. 

For a large system it is likely that the cost driver 
values will vary for different parts of the system. 
Estimation accuracy can therefore be improved by dividing 
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the system into components. The nominal man-months are 
allotted to the components in proportion to their size, and 
the appropriate set of multipliers are then applied to each 
component separately. The resulting component estimates are 
then summed to obtain the overall system estimates. 

D. MAINTENANCE MODEL 

The process of modifying existing operational software 
while leaving its primary functions intact is defined as 
software maintenance. Calculations for the effort and 
annual cost of this maintenance are also performed in both 
the Basic and Intermediate models and are mode independent. 
A new term in this area is called the Annual Change Traffic 
(ACT). It is the fraction of the software product’s source 
instructions which undergo change during a typical year, 
either through addition or mod i f i ca t i on . The value of this 
factor ranges between 1.00 for complete change to 0 for no 
change at all to the software. The formulae for ACT is: 





DSI added + 


DSI modified 


ACT = 


Total 


DSI 


where 






ACT 


= Annual change traffic 


DSI 


= De 1 i ver ed 


source instructions 
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Maintenance formula used with the Basic model are: 



(MM) am = MM * ACT 

Average maintenance personnel = (MM)am/lS 

Annual maintenance cost = Maintenance personnel 

cost/MM * (MM)am 

where 

( MM ) am = Basic annual maintenance effort 
MM = Effort in man-months 
ACT = Annual change traffic 



Calculations for the Intermediate model again vary 
slightly from the Basic model in that 14 maintenance cost 
drivers are used to increase the model accuracy. The value 
for each maintenance cost driver is defaulted to a nominal 
value of 1-00, but can be varied according to the 
environment. The product of these cost drivers is called 
the Maintenance Effort Adjustment Factor (EAFM). Formula 
for the Intermediate model are: 



(MM) nam 


= MMn * ACT 


* EAFM 


Aver age 


ma i n t enance 


personnel = (MM)nam/lE 


Annua 1 


ma i ntenance 


cost = Maintenance personnel 






cost/MM * ( MM ) nam 



The product activity distribution by phase percentages 
are multiplied by either the annual maintenance effort, 
(MM)am, value in the Basic model or the nominal annual 
maintenance effort, ( MM ) nam , value in the Intermediate model 
to obtain the maintenance activity distribution by phase. 
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III. SURVEY RESULTS 



A. SURVEY 

The survey is designed to learn about the nature of 
Department of Defense ( DOD ) software and to be able to 
profile the cost drivers. The survey, Appendix A, requests 
service branch, nature of application, models/methods used 
for cost estimation, percent accuracy on cost, schedule and 
effort predictions, average size, and information which 
could be used to predict effort and schedule with the 
Intermediate COCOMO model. The Intermediate COCOhO model 
was chosen for the DSS tool because it is much less 
complicated than the detailed model and only less 
accurate. The Intermediate model is similar to the Basic 
model miltiplied by an effort adjustment factor ( EAF ) which 
contains cost driver attributes. 

The Department of Defense Computer Institute (DODCI) was 
contacted for a mialing list. The DODCI list was expanded 
telephonical ly and 107 surveys were mailed out. The number 
of surveys sent out by service was 6 Army, 25 Navy i 55 Air 
Force, 20 Marine Corps, and 1 Coast Guard- Some of the 
addressees copied and r ed i s t r i bu t ed the survey to various 
software development shops. A total of 48 surveys were 
returned: 4 Army, 7 Navy, 23 Air Force-, 11 Marine Corps, 1 
Coast Guard, 1 Joint Service, and 1 survey of unknown 
service branch origin. 
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B. DELIVERED SOURCE INSTRUCTIONS (DSI) 



Th© KDSI (thousands of DSI) size ranges from 1 to 7000 
with four respondents not g i v i ng /guess i ng an average KDSI 
size. Apparently most average KDSI^s were estimates since 
most respondents selected one of the standard KDSI sizes. 
Of the given KDSI’s, 8 were outside of the S-51S KDSI range 
required by the COCOMO model. Half of the outer values were 
too small and the other half were too large. One respondent 
gave the average KDSI as ranging anywhere from E to 51E 
KDSI, this response was defaulted to 3S KDSI. There were 36 
responses giving KDSI^s within the COCOMO range. If the 
sample is random and represen ta t i ve , then appr o x i ma t e 1 y 80*/* 
of the DOD software falls within the COCOMO model’s 
effective range of prediction. For the total sample, the 
average KDSI was 3^E.13 with a standard deviation of 1191. 
For the sample within E-51E KDSI, the mean was 84.7SE with a 
standard deviation of 166. 

1 . KDSI Par t i t i ons 

Table I partitions the data file. The partitions 
are used in subsequent files. Each table entry gives the 
partition description, count, mean, standard deviation and 



mean to standard deviation ratio. 



TABLE I 



KDSI MEANS, STANDARD 


DEVIATIONS, AND RATIOS BY 




PARTITIONS 






PARTITION 


\± 


MEAN 


ST. DEV. 


RATIO 


Total Sample 




3^t2- 13 


1119- 


0.306 


2-51S KDSI 


36 


8A.7 


l^tl . 


0.606 


Organic mode 


13 


69. 1 


137. 


0.504 


Semidetached 


18 


97. 1 


162. 


0.599 


Embedded 


5 


80.0 


64.7 


1 .24 


2-5 KDSI 


10 


3.00 


1 .33 


2.25 


75-128 KDSI 


5 


11.8 


5.50 


2. 15 


32-56 KDSI 


10 


34.-^ 


7.59 


4.53 


8-20 KDSI 


7 


120. 


20.0 


6.00 


2-5 KDSI 




^^3. 


129. 


3.43 


The table entries listed are for the total 


sample and 


the fraction of the 


samp 1 e 


with KDSI 


's within range for the 


COCOMO model. The 


latter 


is further 


par tit i oned 


1 by mode and 


by range of KDSI 


. Since the total sample 


represents a 


cr oss-sec tr i on of 


kinds and 


sizes of 


DOD software 


development appl ications. 


the larger 


samples are 


‘ expected to 


have low ratios. 


The 


r at i os 


for the organic and 



semidetached mode partitions are also low. This is quite 
likely due to computer software development still being a 
new field and earlier applications tending to be organic. 
One observation in the organic mode was an anomaly at 500 
KDSI . In a few years, the ratios for KDSI in the organic 
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and semi detached • modes will probably increase. Some of the 
survey respondents indicated an ongoing conversion of modes. 

2- KPS 1 Par t r i t ions by Mode and by Service 

Table II gives the KDSI partitions by mode and by 
service. The survey responses by service by mode for the 
partition with a KDSI within the range of the COCOMO model 
are: Army 100*/* in semidetached mode; Navy 50% organic and 
50% semidetached ; USAF AA.4% organic, 33.3% sem i det ached , 
and 22.2% embedded; USMC 37.5% organic, 50% semidetached, 
and 12.5% embedded. The one Coast Guard observation is in 
the semidetached mode as well as one observation from an 
unknown orginator. The N = 36 sample is 34.1% organic, 50% 
semidetached, and 13.9% embedded. While the total sample (N 
= 48) is 39.6% organic, 45.8% sem i de tached , and 14.6% 
embedded . 

The very big KDSI (VBKDSI) partition, 250-512K, is 
25% organic and 75% sem i de t ached . The big KDSI (BKDSI) 
partition, 75-128K, is 28.6% organic, 28.6% semidetached and 
42.9% embedded. The medium KDSI (MKDSI) range, 32-56K , is 
30% organic and 70% sem i de tached . The small KDSI (SKDSl) 
range, 8-20K, is 60% organic, 20% semidetached and 20% 
embedded. The very small KDSI (VSKDSI), 2-5K , is 40% 
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KDSI PARTITIONS BY 


TABLE 

MODE 


1 1 

AND BY SERVICE BRANCH 




VBKDSI 


BKDSI 


MKDSI 


SKDSI 


VSKDSI 


MODE; 


Organic 


1 


a 


3 


4 


4 


Semi detached 


3 


a 


7 


1 


5 


Embedded 


0 


3 


0 


1 


1 


Total 


4 


7 


10 


6 


10 


SVBR: 


ARMY 


0 


1 


2 


0 


1 


NAVY 


0 


0 


1 


1 


2 


USAF 


4 


5 


4 


4 


2 


USMC 


0 


0 


3 


1 


4 


uses 


0 


0 


0 


0 


1 


JOINT 


0 


0 


0 


0 


0 


OTHER 


0 


1 


0 


0 


0 



organic? 50*X sem i de t ached and 107. embedded- The VBKDSI 
is 1007. USAF projects- This is very likely due to the small 
sample size. The BKDS I is 1^-37. Army, 71-47. USAF and 14-37. 
unknown service. The MKDSI is 207. Army, 107. Navy, 407. USAF 
and 207. USMC . The SKDSI is 207. Navy, 607. USAF , and 207. USMC . 
The VSKDSI is 107. Army, 207. Navy, 207. USAF, 407. USMC and 107. 

uses. 

C. COST DRIVERS 

The given cost drivers are assigned table values. Table 
III shows the cost driver rating data for the entire sample 
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while Table IV gives the data for the subset of the sample 
with average KDSI’s within the 2-51EK range. The average 
for each attribute is within one standard deviation of the 



nominal except complexity 
and data in Table III. 


(CPLX ) 


in 


both Tables 


III and I V 






TABLE III 










COST DRIVERS FOR 


N 


= L8 




ATTRIBUTE 


N 


MEAN 




ST. DEV 


RATIO 


RELY 


48 


1 .0994 




0.156 


7.05 


DATA 


42 


1.0810 




0.0708 


15.3 


CPLX 


47 


1 .2002 




0. 173 


6.94 


TIME 


46 


1 - 1735 




0.238 


4.93 


STOP 


48 


1.1316 




0.176 


6.43 


VIRT 


47 


0.97660 




0.113 


8.64 


TURN 


46 


0.96761 




0.0785 


12.3 


ACAP 


48 


0.91312 




0.149 


6.13 


AEXP 


48 


0.96896 




0.0906 


10.7 


PCAP 


48 


0.90646 




0. 141 


6.43 


VEXP 


47 


0.98489 




0.0907 


10.9 


LEXP 


48 


0.97583 




0.0392 


24.9 


MODP 


48 


0.93708 




0.0737 


12.7 


TOOL 


48 


0.97271 




0.0948 


10.3 


SCED 


47 


1 .0234 




0.0337 


30.4 


For both the 


samp 1 e 


set and 


the subset , 


the required 



software reliability (RELY), data base size (DATA), product 
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complexity (CPLX), execution time constraint (TIME), main 
storage constraint (STOR), and required development schedule 
(SCED), are greater than nominal and will increase costs. 
Tac t i ca 1 / techno 1 ogy based computers would tend to drive the 
average required reliability (RELY) and complexity (CPLX) 
multipliers up. Increased data base size (DATA), higher 
required utilization of execution time (TIME) and main 
storage (STOR) would increase the initial outlay. The 
system would also be set up for possible capacity problems 
which could bring the system down at an inopportune time, 
possibly driving up long-range costs as well as development 
costs. A spreadsheet capacity problem was encountered with 
the software application written in conjunction with this 
thesis. In resolving the problem, the development time was 
at least doubled. 

The average required schedule ( SCED ) is slightly longer 
than nominal. If the spare time is spent on improving 
documen t a t i on , this is a benefit, since the quality of 
documenta t ion impacts the subsequent maintenance costs. 

The mean virtual machine volatility (VIRT) is rated 
lower than nominal which means that the frequency of major 
machine changes in the DOD is slower. Some respondents 
needed an even lower response category. Since Boehm's 
tables only go down to low for VIRT, the low category was 
selected for lack of a better option. 
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Computer turnaround time (TURN) is lower than the 
nominal, probably due to the number of interactive machines. 
Perhaps there should be two different dr i vers/ sea 1 es for 
batch and interactive machines. All interactive machines 
had the same ratings. Yet, tactical interactive computers 
tend to have turnaround constraints that drive up costs. 

Analyst capability ( ACAP ) , applications experience 
(AEXP), programmer capability (PCAP), virtual machine 
experience (VEXP), and programming language experience 
(LEXP) all averaged above nominal which would lower costs. 
The programmer capability (PCAP) table may need adjustment 
to account for the sometimes magnitude of difference in 
programmer productivity. The use of modern programming 
practices ( MDOP ) and the use of software tools (TOOL) both 
averaged slightly higher than nominal which would reduce 
costs . 

Table IV is within one standard deviation of all values 
in Table III. The DATA attribute is within one standard 
deviation of the nominal for Table IV, unlike Table III. The 
difference may be due to projects greater than 512 KDSI not 
being included in Table IV. 

The only other notable difference between the two tables 
is that the ratio for programming language experience is 
much lower for the total sample. There was a lower standard 
deviation in LEXP in the 2—512 KDSI range partition. The 
lower demoninators lead to lower ratios. 
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TABLE IV 



COST DRIVERS FOR 2-512 KDSI OBSERVATIONS 



ATTRIBUTE 


N 


MEAN 


ST. DEV 


RATIO 


RELY 


36 


1 .0997 


0. 164 


6.71 


DATA 


33 


1.0739 


0.0761 


14. 1 


CPLX 


35 


1 . 1823 


0.155 


7.63 


TIME 


34 


1 . 1750 


0.235 


5.00 


STOP 


36 


1 . 1292 


0.166 


6.80 


VIRT 


35 


0.97486 


0.112 


8.70 


TURN 


34 


0.95735 


0.0783 


OJ 

OJ 


ACAP 


36 


0.91167 


0.164 


in 

• 

in 


AEXP 


36 


0.97417 


0.0971 


10,0 


PCAP 


36 


0.91139 


0.150 


GO 

O 

■ 


VEXP 


35 


0.99400 


0.0967 


10.3 


LEXP 


36 


0.97028 


0.0287 


33.8 


MODP 


36 


0.93306 


0.0706 


13.2 


TOOL 


36 


0.97556 


0. 102 


9.56 


SCED 


35 


1 .0229 


0.0337 


30.4 



D. EFFORT ADJUSTMENT FACTOR ( EAF ) 

Table V gives the average EAF for the various data 



par tit ions . 


In 


obtaining the 


average adjustment 


f ac tor s , 


all values 


no t 


given were 


r ecor ded as " ^ 


" . This 



modification is equivalent to assuming all unknown cost 
drivers to be nominal. The average effort adjustment factor 
was 1 . 4239 » with a standard deviation of 1.14, for the 48 
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sample survey and 1.4236, with a standard deviation of 1.21, 
for the 36 sample portion of the survey. 







TABLE V 






EAF MEANS, STANDARD DEVIATIONS 

PARTITIONS 


, AND RATIOS 


BY 


PARTITION 


N 


MEAN 


ST. DEV. 


RATIO 


Total Sample 


48 


1 .^239 


1 . lA 


1 -25 


2-512 KDSI 


36 


1 . A236 


1 .21 


1 . 18 


Organic Node 


13 


1 .3670 


01 

o 


1 .34 


Semidet ached 


18 


1 -4365 


1 .38 


1 .04 


Embedded 


5 


1 .5238 


1 -22 


in 

nj 


2-5 KDSI 


10 


0.83053 


0.467 


1 .78 


8-20 KDSI 


5 


1 -5356 


1 .32 


1 . 16 


32-56 KDSI 


10 


2.1718 


1 .79 


1 -21 


75-128 KDSI 


7 


1-1188 


0.446 


in 

• 

0! 


250-512 KDSI 


4 


1 .4286 


0.868 


1 -65 


32 KDSI 


9 


2.2710 


1 .87 


1 .21 


128 KDSI 


6 


1 . 1678 


0-467 


O 

in 

OJ 



The average effort adjustment factor was 1.4239 with a 
standard deviation of 1.14 for the 48 sample survey and 
1-4236 with a standard deviation of 1.21 for the 36 sample 
portion of the survey- Never the 1 ess , when the data base was 
partitioned by mode and by KDSI, the size of the standard 
deviation decreased- There was a slight increase in the 
mean as the partition modes went from organic to 
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sem i detached to embedded. The partitions also overlapped 
one standard deviation away from the mean- 

The EAF for the very small KDSI range, 2-5K , was 
s i gn i f i cant 1 y smaller than for the other larger KDSI ranges. 
There was an increase in average EAF ^ s with increase in KDSI 
until the 75-1S8K range, then the average EAF dropped before 
increasing again with the number of KDSI. The small sample 
sizes probably attribute to mid-KDSI range peak in EAF. The 
32-56 KDSI sample included an observation with the highest 
EAF and another extremely high EAF. The small KDSI sample 
also had two out of five EAF ’ s very high. A contributing 
factor to the dispersion of high EAF ’ s with respect to the 
KDSI might be correlated with the KDSI range of certain 
natures of software app 1 i ca t i ons . The 32 KDSI sample 
includes 9 of the 10 observations in the mid-KDSI range and 
has an EAF larger than the 128K, large KDSI range, for the 
same reasons. 



E. NOMINAL MAN-MONTHS 

Table VI give the nominal man-month data by p 
Nominal man-months is the number of man-months 
required given all cost drivers are nominal. The 
data definition of MMnom gives the equation for 
each mode. Since KDSI is needed to compute 
sample for this section has 36 observa t ions . 



ar t i t ions . 
of effort 
Appendix B 
effort for 
MMnom, the 
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Of the 36 observa t i ons , 39.6!4 were in the organic mode> 
45.6/* in the semidetached mode and 14.6/* in the embedded 
mode . 

The average nominal effort increased as the mode went 
from organic to semidetached to embedded. The most marked 
increase for the partition by mode is between the organic 
and the semidetached modes. 



MMNOM 


TABLE VI 

DATA BY PARTITIONS 




PARTITION 




MEAN 


ST. DEV. 


RATIO 


2-512 KDSI 


36 


470.24 


830. 


0.567 


Organic mode 


13 


289.02 


597. 


0.484 


Semidetached 


18 


569.02 


1035. 


0.550 


Embedded 


5 


585.79 


493. 


1 . 19 


2-5 KDSI 


10 


10.486 


5.31 


1 .97 


8-20 KDSI 


5 


46.826 


24.2 


1 .93 


32-56 KDSI 


10 


151 .07 


44 . 1 


3.43 


75-128 KDSI 


7 


706.67 


241 . 


2.93 


250-512 KDSI 


4 


2533. 1 


877. 


2.89 


32 KDSI 


9 


137.6 


11.9 


11.6 


128 KDSI 


6 


761-49 


21 1 . 


3.61 


A much more dramatic 


increase in 


nom i na 1 


effort occurred 



with the increase in KDSI ranges thus indicating that KDSI 
has a greater impact on nominal effort than mode. The 32 
KDSI sample had the highest ratio. It was a 9 observation 
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sample with uniform KDSI and two— thirds of the 
in the semidatached mode while the other 
observations were in the organic mode. 



observat ions 
third of the 



F. EFFORT (MAN-MONTHS (MM)) 

Table VII gives the effort data by partitions. Effort 
or MM is equal to the nominal man-months multiplied by the 
effort adjustment factor. 



Aga i n 
i ncr eased 
i ncreases 



the average 
marked 1 y with 
were at a 



effort and 
an increase in 
much greater 



standard deviations 
the KDSI range. The 
rate for MM than the 



increases for MMnom due to the multiplier effect of the cost 





TABLE VII 






EFFORT 


DATA 


BY PARTITIONS 




PARTITION 


N 


MEAN 


ST. DEV. 


RATIO 


a-512 KDSI 


36 


696.54 


1475. 


0.478 


Organic mode 


13 


473.92 


1 170. 


0.404 


Sem i detached 


18 


847. 1 1 


1888. 


0.463 


Embedded 


5 


773.29 


669 . 


1.16 


2-5 KDSI 


10 


8. 1730 


4.68 


1 .75 


8-20 KDSI 


5 


77.932 


99.9 


0.780 


32-56 KDSI 


10 


316. 66 


850. 


1 .87 


75-128 KDSI 


7 


824.41 


500. 


1 .65 


250-512 KDSI 


U 


3916.6 


8847. 


1 .38 


32 KDSI 


9 


313.14 


865. 


1 . 18 


128 KDSI 


6 


909.85 


488. 


1 .86 
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drivers, or to the EAF . 



The increase in standard 



deviations caused a decrease in the ratios. 

In the partitions by mode, the effort increased from 
organic to semidetached, then dropped off some from 

semidetached to embedded. The ratios increase as the mode 
went from organic to semidetached to embedded, 

G, SCHEDULE (TDEV) 

Table VIII gives the schedule by data partitions. The 

equations for the number of months required for development 

are in the Appendix B data dictionary under the entry for 
Schedule, There is a separate equation for each mode. MM 
is needed to compute TDEV, thus the total possible 

observations are 36. 

The mean schedule and the standard deviation both 

increased s i gn i f i cant 1 y with an increase in the KDSI range 
partitions. The greater rate of increase is caused by a 
multiplier effect. TDEV is computed from MM which is in 
turn computed from KDSI. 

The 1E8K partition and the high KDSI partition, whose 7 
observations contained the six 1E9K observa t i ons , had the 
highest ratios- The high KDSI range contained several 
embedded observations while the very high KDSI range, 
E50-51EK, did not have any observations in the embedded 
range. The distribution of embedded mode and KDSI’s coupled 
with the small sample size probably contributed to the 
distribution of the high ratios. 
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TABLE VIII 



SCHEDULE DATA BY PARTITIONS 



PARTITION 


N 


MEAN 


ST. DEV. 


RATIO 


2-512 KDSI 


36 


17.838 


13.6 


1 .31 


Organic mode 


13 


16.971 


15.^ 


1.10 


Semidetached 


18 


18.^23 


1^.0 


1 .32 


Embedded 


5 


17,98^ 


8.^8 


2.12 


2-5 KDSI 


10 


5. 1272 


1,16 


4.42 


a-20 KDSI 


5 


10. 178 


3.09 


3.29 


32-56 KDSI 


10 


18.780 


4.68 


4.01 


75-128 KDSI 


7 


2^. 159 


3.96 


6.10 


250-512 KDSI 




^5.771 


16.5 


2.77 


32 KDSI 


9 


18.712 


4.96 


3.77 


128 KDSI 


6 


25.077 


3.42 


7.33 



The mean TDEV increased slightly from organic to 
semidetached mode partitions then decreased from the 
semidetached to embedded mode partitions. This is expected 
behavior. TDEV should follow the pattern of the MM because 
it is computed from the MM. 

H. PRODUCTIVITY (PROD) 

Productivity is the number of delivered source 
instructions divided by the effort. Table IX gives the 
productivity by partition. 
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TABLE IX 






PRODUCTIVITY 


DATA BY 


PARTITIONS 




PARTITION 


N 


MEAN 


ST. DEV. 


RATIO 


2-512 KDSI 


36 


274.22 


225. 


1 .22 


Organic mode 


13 


306.0 


206. 


1 .49 


Sem i detached 


la 


273.02 


253. 


1 .08 


Embedded 


5 


193.93 


187. 


1 .04 


2-5 KDSI 


10 


455.39 


267. 


1 .71 


8-20 KDSI 


5 


345.31 


307. 


1 . 12 


32-56 KDSI 


10 


153.04 


82.6 


1 .85 


75-128 KDSI 


7 


189.25 


91.0 


2.08 


250-512 KDSI 


4 


184.08 


144. 


1 .28 


32 KDSI 


9 


152.18 


87.5 


1 .74 


128 KDSI 


6 


180.70 


96.6 


1 .87 



The productivity, delivered source instructions per 
man-month, fell off as the mode went from organic to 
semidetached to embedded, and also with an increase in the 
KDSI range. The drop in productivity can be attributed, in 
part, to increased complexity and increased overhead of 
communicat ions with an increase in the number of persons 
working on the project. 

For all partitions, the ratios were small due to large 
standard deviations. 
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I. FULL-TIME PERSONNEL ( FSP ) 



Full-time personnel, FSP, is equal to effort divided by 
schedule. For these computat ions , fractional FSP was used. 
Table X gives the FSP by data partitions. 







TABLE X 






FSP 


DATA 


BY PARTITIONS 




PARTITION 


N 


MEAN 


ST. DEV. 


RATIO 


2-513 KDSI 


36 


20.526 


27.6 


0.744 


Organic mode 


13 


12.304 


19. 1 


0.644 


Semidetached 


18 


23.268 


32.9 


0.707 


Embedded 


5 


32.035 


23.8 


1 .35 


2-5 KDSI 


10 


1 .4849 


0.574 


2.59 


8-20 KDSI 


5 


6.2941 


6.23 


1 .01 


32-56 KDSI 


10 


15.393 


7.63 


OJ 

o 

OJ 


75-128 KDSI 


7 


33.168 


17.5 


1 .90 


250-512 KDSI 


if 


76.631 


43.3 


1 .77 


32 KDSI 


9 


15. 107 


8.03 


1 .88 


128 KDSI 


6 


35.910 


17.4 


2.06 



There was a significant increase in both the mean and 
the standard deviation for FSP and the data partitions as 
KDSI increased. An increase in FSP as the mode went from 
organic to semidetached to embedded also occurred , 

The ratios for very small KDSI, medium KDSI and the ISBK 
partition were all above 2, The 75K observation in the high 
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range KDSI had a low enough FSP to bring the mean for the 
partition below 2. Of the 7 observations in the high KDSI 
range, 6 were 128K. 

f 

J. MODELS/METHODS 



Table XI gives the number of reported observations for 



TABLE XI 

NUMBER OF REPORTED USAGES BY 


MODEL 




ESTIMATION 


NUMBER OF 


OBSERVATIONS* 


METHOD 


N = 36 


N 


= 48 


EXPERIENCE/NONE 


13 




17 


COCOMO 


5 




7 


SLIM 


7 




1 1 


RCA PRICE S 


4 




7 


ARMY TB 18-116 


2 




2 


ESTIMAX/ESTIPLAN 


2 




2 


PSL /PSA-SAGE/ APS 


1 




1 


STRADIS 


1 




1 


PAC II/ARTEMIS 


1 




1 


MICROREP 


0 




1 


PC/70 


1 




1 


MANUAL/4/LINE 


3 




3 


ECONOMIC ANALYSIS 


1 




1 


OTHER 


6 




7 


♦SOME RESPONDENTS 


REPORTED MORE THAN ONE 


CATEGORY . 
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Most of the estimation methods were supplied by the 
respondents. The offered responses to the model method 

question was COCOMOj SLIM, and OTHER . Some 

respondents selected the other option or wrote "various" 
without listing the model(s) used. Thus, less hard data was 
collected. Practically every one of the respondents could 
have listed experience as the method used to estimate the 
software development costs. Therefore, experience was 
placed in the same category as the "none" response. SLIM, 
COCOMO, and RCA PRICE S seemed to be the most widely used 
models with the Federal Conversion Center Manual/S per lines 
of code fourth in order of preference. Again, the small 
sample size and not obtaining all model/method names greatly 
increases the chances of error on the order of preference of 
software models/methods. From telephone conver sa t i ons , it 
seemed that PRICE S was the most popular model with the Air 
Force and the Marines preferred SLIM. Some Marines were 
using ESTIMAX for front end estimates. 

K. APPLICATION NATURE 

Table XII gives the number of observations of each type 
of app 1 ica t ion . 

Most of the software application categories were 

supplied by the respondents. To reduce the number of 
categories, logistics was combined with supply and real 
estate management was combined with maintenance. The posed 
question offered FINANCIAL, SUPPLY, and OTHER . 
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TABLE XII 



NUMBER OF APPLICATIONS BY NATURE 



NATURE 


N = 36 


z 

11 

CD 


FINANCIAL 


13 


aa 


PERSONNEL 


3 


5 


SUPPLY 


9 


la 


C-CUBE 


a 


3 


SIMULATION 


1 


a 


TRANSPORTATION 


1 


1 


SYSTEMS SOFTWARE 


0 


1 


WEAPONS 


4 


4 


TRAINING 


1 


1 


STRATEGY 


4 


4 


ENGR/SCIENTIFIC 


1 


1 


OPER. READINESS 


1 


1 


MANAGEMENT 


4 


5 


MED/SAFETY/ JAG 


a 


a 


MAINTENANCE 


a 


3 


UNKNOWN 


a 


a 



*SOME RESPONDENTS REPORTED MORE THAN 
ONE CATEGORY. 



As a result many different categories were obtained and some 
respondents marked "other'* but did not write what "other" 
was. One survey participant did not answer the nature of 
application question, however, since the return address was 
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a financial center, the response was defaulted to financial. 
Most of the survey participants dealt with f i nanc i a 1 /supp 1 y 
app 1 ica t ions . 

Perhaps some of the categories could have been combined 
or maybe the categories used by the SLIM package should have 
been used. Applications sharing the same nature should have 
some over lap/ transferab i 1 i ty of modules. 

L . PERFORMANCE PERCENTAGES 



TABLE XIII gives the reported performance percentages. 







TABLE XIII 






AVERAGE 


REPORTED 


PERCENTAGES 




VARIABLE 


N 


MEAN 


ST. DEV. 


RATIO 


Total Sample 


: 








COS TV. 


37 


0.65081 


0.306 


2.13 


SCHEDULE’/. 


37 


0.64730 


0.3E1 


2. 17 


EFFORT’/. 


35 


0.63143 


0.306 


2.06 


2-5ia KDSI : 










COST’/. 


32 


0.65406 


0.313 


2.09 


SCHEDULE’/. 


32 


0.65312 


0.328 


1 .99 


EFFORT’/. 


31 


0.63871 


0.319 


O 

0 

01 



Several respondents noted both on the survey and 
telephonical ly that the questions dealing with what the 
percentage estimated cost, schedule and effort, were of the 
actuals was confusing. A few of the respondents seemed to 
have treated the question as if percent error was the 



requested inf ormat ion . It was intended that the question be 
worded to make the percentages smaller, hence, less 
embar r ass i ng . 

Most of the percentages were divisible by 5. This may 
be an indication either of rounding or that the differences 
between estimates and actuals for software development 
estimation are either not closely monitored or not available 
to the respondent. 

Since many of the respondents said their percentages 
were "swagged”, the reported percentages of es t i ma ted / ac tua 1 
cost, schedule, and effort may have no real s i gn i f i cance . 
The reported percentages all averaged around 65’/* with a 
small standard deviation. The percentages were correlated 
with all the other data and no significant correlations were 
found - 

M. CORRELATIONS 

1 . Na ture and Method 

Correlation between types of applications and the 
mode 1 ( s ) /me thod ( s ) used was anticipated. However, the 
sample size was small with respect to the number of types of 
applications and the number of models/methods in use. Thus, 
the correlations between nature and methods were not 
significant. There was some observed correlation between 
the PRICE S and the COCOMO model- Both models were mildly 
correlated with weapons application. The correlations may 
be due to the small sample sizes- 
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2. Cost Dr i vers with Total Samp le 



Table XIV gives correlations between cost drivers? 
KDSI ? and mode. Cost driver data was read into the Minitab 
spreadsheet. Missing cost drivers were recoded from 99 to 
before correlation. 

A strong correlation exists between anaylst 
capability and programmer capability in the survey sample. 
Ulhether good analysts train programmers, or vice versa, or 
many analysts are also programmers, or it^s planned, or it"s 
the luck of the draw is unknown. However, since programmer 
capability (PCAP) and analyst experience (AEXP) are 
correlated almost to a significant level, it appears 
possible that either the analysts train the programmers or 
that inexperienced analysts are never assigned to the 
experienced programmers. The correlation between programmer 
capability (PCAP) and TOOL and analyst capability ( ACAP ) and 
TOOL is almost significant, which would imply that capable 
programmers and analysts employ software engineering 
techniques . 

The correlation between TIME and STOP is almost 
significant. The machines with higher main storage 
constraints required faster programs so that less storage 
will be used and the chances of a capacity problem are 
reduced. Required reliability also has correlation 

coefficients which are almost significant with STOP. Higher 
reliability generally requires software engineering and 
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testing and uses more storage. Software engineering is 
generally needed in larger applications because there are 
more personnel working on them who must communicate and 
documentation must be done to allow for ma i n t a i nab i 1 i ty . 
TOOL and MODP are also almost significantly correlated. The 
use of software tools and required development schedule seem 
to be related. 

Milder correlations exist between reliability and 
complexity, reliability and time constraints, complexity and 
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COST DRIVERS CORRELATED WITH TOTAL SAMPLE 
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OATA 



l.2S« 

I.32S 9.29« 

I.0S9 0.945 9.2S4 



cnjc 9.104 

TIW 9.059 

5T04 0.944 

VtKT O.IU 

0.145 

hCAP 9.074 

4CK4 0.9S9 

9CA^ -0.032 

-0.921 
L£X^ 0.004 

MOO^ 9.028 

TOOU -0.045 

$CED 0.334 


9.227 0.440 

0.354 9.442 

0.234 0.540 

•0.125 0.333 

-0.135 9.941 

-0.133 -0.241 

-0.024 0.111 

-0.117 -0.244 

-0.225 -0.140 

-0.154 9.201 

-O.ISO -0.017 
-0.224 -0.254 

3.202 9.001 


0.435 

0.210 9.403 

9.244 0.342 

0.242 0.245 

9.124 . 9.947 

-0.351 -0.344 

-0.114 -0.244 

-0.405 -0.427 

-0.245 -0.147 

0.913 -0.024 

-0.094 9.007 

-0.340 -0.241 

-0.074 -0.003 


0.474 

0.373 0.229 

9.955 9.935 9.274 

-0.240 -0.353 -0.154 -0.033 

-0.125 9.172 9.100 -0.254 0.344 

-0.252 -0.201 -0.044 -0.044 0.414 9.594 

-0.042 0.004 -0.050 -0.313 9.444 9.343 0.427 

-0.977 -0.995 9.114 9.930 9.277 9.251 0.334 0.354 

•0.115 9.922 -0.110 9.124 9.343 9.313 9.474 0.217 

-0.235 -0.052 -0.134 -0.244 9.501 9.417 0.550 9.445 

-0.024 -0.047 9.147 -9.245 9.142 9.143 9.214 0.237 


9.143 

9.025 0.543 

0.051 -0.110 0.015 


time, complexity 


and 


programmer capability, data and 


comp lex i ty , 


data 


and 


pr ogr ammer capability. 


pr ogr ammer 


capab i 1 i ty 


and modern 


programming practices 


, programmer 


capability 


and virtual 


mach ine exper i ence , 


and virtual 



machine experience and use of software tools. It follows 
that to increase reliability requires more complex, faster 
programs. Speeding up programs tends to make them more 
complex. Larger data bases frequently require more complex 
programs. It generally takes more capable programmers to 
work with larger data bases and more complex programs. The 






more capable programmers tend 



to use modern programming 



practices^ software tools and their expertise with the 

virtual machine to increase their produc t i vi ty - 

3. Cost Dr i vers with S-51SK Part i t i on 

Table XV gives correlations of the cost drivers with 
KDSI, mode, MM, and TDEV. 




programmer capability and an almost significant relation 
between programmer capability and analyst experience as well 
as programmer capability and virtual machine experience. 
The correlation between virtual machine experience and 
modern software tools, modern programming practices and use 
of software tools, language experience and use of modern 
programming practices, and modern programming practices and 
programmer capability, imply that the capable programmer 
tends to be one who uses modern programming practices and 
software tools and is experienced with the programming 
language and the virtual machine- 
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There are very strong correlations between KDSI and MM, 
KDSI and TDEV , and TDEV and MM. The correlation can be 
predicted from the formula for effort and schedule. 

A significant correlation exists between PCAP and TOOL 
and an almost signficant correlation exists between ACAP and 
TOOL. This indicates that the more capable programmers and 
analysts are likely to use software tools. 

The correlation of TIME with STOP and TIME and VIRT is 
almost significant. Those applcations requiring fast 
execution time generally also required more of storage. The 
relation between VIRT and STOR may be caused by updating or 
upgrading equipment to handle the storage requirements 
without creating a capacity problem. 

The almost significant correlation of RELY with STOR and 
RELY with complexity are probably due to the increased 
program coding and storage requirements imposed by increased 
r e 1 i ab i 1 i t y . 

Milder correlations exist between reliability and time 
constraints, complexity and time, complexity and storage, 
data and complexity, mode and complexity, time and storage, 
turnaround and schedule, and analyst capability and virtual 
machine experience. To increase reliability generally 
requires more complex, faster programs. Speeding up 
programs tends to make them more complex. Larger data bases 
frequently require more complex programs. As the mode is 
changed from organic to semidetached to embedded the 
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programs are increasing in complexity. More capable 
analysts generally exploit their familiarity with the 
virtual machine to improve performance. 



N. COMMENTS 
1 . Survey 

Some of the comments by respondents could be used to 
modify the mode 1 /survey . One respondent deleted part of a 
mode definition to fit a particular software shop. Another 
found the mode selection a tough choice due to the 
restriction to "in-house" personnel for the organic mode. 
Respondents seemed to have a problem with the reliability 
response. Many are used to having reliability expressed in 
a percentage range and some wanted an extra high response 
for reliability. One respondent commented on some problems 
which the COCOMO model does not adequately address which 
tend to drive the costs through the ceiling. 



. . . . Large defense systems (e.g. Early warning, 

command control, aircraft avionics/fire control/ 
automatic test equipment, and electronic warfare) are 
complex systems involving embedded and stand-alone 
processors in all size categories. The software is 
complex particularly related to systems and subsystems 
interfaces. Early program estimates of cost, schedule, 
complexity and resources are strongly hampered by 
inadequate requirements definition, extremely long 
acqu i s i t i on/des i gn cycles that are pushing 

s t a te-of - the-ar t techniques and equipment, and political 
environments. The bottom line is we have a very small 
data base of information relative to the use or accuracy 
of software cost estimation for these types of programs. 
Data is hard to get and often not adequately contracted 
for from the actual development contractor. U)e use a 
number of costing models as does the development 
contractor. These are essential and must mature through 
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enforced usage if we are to get a handle on software 
• • • but we have a ways to go • Systems I have 
Systems I have worked on over the past ten years 
required high reliability (.998 or better), were real 
time systems, with specified 25V. memory and processing 
time reserves (but generally delivered with no or very 
little reserves.), subject to continuous software 
upgr ades/enhancemen ts , involved large mainframe ground 
processing as well as embedded micro/mini cabab i 1 i t i es . 



2 - Tel ephone I n ter v i ews 

Prior to distributing the survey, many phone calls 
were made in an attempt to put together a distribution list. 
A few lessons were learned that did not appear on the 
survey. On hearing that one installation was obtaining 
excellent results using a tuned SLIM model, the installation 
was contacted. The application was f i nanc i a 1 / supp 1 y related 
with a large historical database. A telephone interview 
reported specific numbers between 90V. and lOOV. for the 
percentages the estimation was of the actual schedule and 
effort. When the survey was returned, another individual 
had completed it and all three responses on the question 
dealing with percentages were marked lOOV.. The installation 
had an operations research specialist tune the SLIM model to 
the historical data base. If other i ns ta 1 1 a t i ons have need 
of the same kind of app 1 i c a t i on/ t un i ng , it would be 
advisable to have sof t war e/ techn i ques exchanges. 

One interviewee described a software cost estimation 
shop which was using several models as cross— val idators . 
The results of this shop and others like it could be a prime 
source of data. 
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IV 



CQCOMG TOOL 



A. INTRODUCTION 

Much work is already accomp 1 i shed in the area of 
software engineering techniques. From a general systems 
development approach? CRefs- 7 S], to a specific systems 

approach, CRefs. 9 2 k 101, much is presented on the methods of 
software development. While the approach used in these 
methods for implementation varies with each author, the 
elements of requirements analysis and design are considered 
basic to the proper development of software. Pressman, CRef. 
11], addresses these basic elements in a manner which 
attempts to integrate various software concepts into a 
concise guide for analysts and programmers alike- The 
presentation of requirements analysis and design for the 
COCOhO TOOL in this chapter incorporates Pressman's 
guidelines and serves a twofold purpose. First, a general 
model provides a foundation to start from for those who have 
little or no idea where to begin. Second, analysis and 
design of the COCONO TOOL enhances comprehension of the 
automated COCONO model- Information and functional 

descriptions, processing narrative, design constraints, 
validation criteria, and special considerations are all 
expanded on in the first section of specific requirements 
analysis for the COCOMO TOOL. The second section of design 
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presents the COCOMO TOOL scope, design descr i p t i ons , and 
module descr i p t i ons . These sections give an overview of the 
mechanisms which drive the program development. 



B. REQUIREMENTS ANALYSIS 

1 . Informat ion Descr i p t i on 

a. Data dictionary - Appendix B 

b. Data structure charts — Appendix C 

2 • Functional Descr i p t i on 



a- Inputs; 



(1) Model selection - Basic or Intermediate 

(2) Mode selection - Organic, Semidetached, or 
Embedded 



(3) Estimated thousands of delivered source 
instructions (KDSI ) for the software 
development pro jec t 

(4) Monthly personnel costs for software 
deve 1 opmen t 

(5) Software development effort multipliers 
for Intermediate model only 



(6) Annual Change Traffic (ACT) for software 
maintenance 



(7) Monthly personnel costs for software 
ma i n tenance 



(8) Software maintenance effort multipliers 
for Intermediate models only 



b. Calculations in the COCOMO TOOL use static, 
single variable, mode dependent formula for 
computing effort and maintenance man-months and 
months respect i vel y . 

c . Outputs : 

(1) Effort in man-months for Basic model 
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(2) 


Nominal and adjusted effort for 
I nter med iate model 


(3) 


Effort adjustment factor for Intermediate 
model 


(4) 


Schedule in months 


(5) 


Productivity in delivered source 
instructions per man-month 


(6) 


Full time equivalent software personnel 


(7) 


Annual software development cost 


(8) 


Maintenance effort adjustment factor 


(9) 


Maintenance effort in man-months 


( 10) 


Annual maintenance cost 


(11) 


Phase distribution of effort and schedule 


( 12) 


Activity distribution by . phase 


( 13) 


Activity distribution by phase for 
ma i nt enance 



3 - Pr ocess i nq Narra t i ve 

After initiating the program, a choice of two 
models is made: Basic or I nt ermed i a te . Within each model an 
Organic, Sem i de t ached , or Embedded mode is selected. Input 
values for cost driver attributes ( I nter med i a te model only), 
KDSI, and personnel cost per man-month are entered. The 
program calculates and displays effort adjustment factor 
( I n ter med i at e model only), estimated effort, schedule, 
annual cost, pr oduc t i v i t y , and number of full time software 
personnel for software development. Options from this point 
are to continue in the development branch of the program or 
to enter the maintenance branch. Continuing in the 
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development branch allows for program calculation and 
display of phase distribution of effort as well as activity 
distribution by phase. Results for the phase distribution 
of effort include product design, programming (detailed 
design, and unit testing), and integration and testing. The 
activity distribution by phase produce eight results. These 
eight results consist of requirements analysis, product 
design, programming, test planning, verification and 
validation, project office, quality assurance and manual 
deve 1 opment . 

Selection of the maintenance branch option requires 
inputs of maintenance effort cost driver attributes 
( I nt ermed i at e model only), maintenance personnel cost per 
man-month, and annual change traffic values. Results 
calculated and displayed include estimated effort, schedule, 
and annual cost for maintenance. An additional option in 
the maintenance branch produces and displays maintenance 
phase distribution of effort. 

Copies of the prior computed values for either the 
software development or maintenance calculations are 
optionally saved during each session. These saved 
iterations are viewed for comparison either on the computer 
screen or on a printer output as desired. 
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4 . Des i qn Constraints 



a. Tables used in the COCOMO TOOL for phase 
distribution of effort and schedule, and 
activity distribution by phase for effort and 
maintenance are based on the following values 
of KDSI: a, 8, 3E, lE8,’and 51E. KDSI values 
which fall between these standard KDSI figures 
are interpo lated . Values of KDSI lower than E 
and greater then 51E are beyond the range of 
the COCOMO TOOL and be receive an error 
message . 

b. The program is interactive. 

5 . Val idat ion Cr i ter i a 

a. Performance bounds 

(1) Calculations computed and displayed in 
less then 1.5 minutes 

(E) Calculated results accurate to at least 
one decimal place. 

(3) Inputs are checked for errors and properly 
indicated when found. 

b- Classes of tests 

(1) Unit testing of module interfaces, local 
data structures, and important module 
execution paths, error paths and boundary 
cond i t ions . 

(E) Top-down integration testing to check 

interface integrity, functional validity, 
and information content. 

(3) Validation testing to verify all software 
requirements are met. 

6. Special considerations include providing a user's 
manual to assist with program execution, error 
handling, and program maintenance- 
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c. 



DESIGN 



1 . Scope 

a. Objective - development of an interactive 
decision support system ( DSS ) to implement the 
Basic and Intermediate COCOMO models. 

b. Hardware - Selection of hardware is driven by 
on-site equipment resources and RAM/hard disk 
availability to support the selected software. 
Ni cro-computer s are selected over mainframes 
because of the desire for software 

t r anspor t ab i 1 i ty and system ava i 1 ab i 1 i ty . Due 
to the pro 1 i f er a t i on of IBM compatibles an IBM 
PC-^XT with 640K of RAM, color monitor and a 10 
megabyte hard disk is determined to be 
appropriate for the software development. 

c. Major software functions 

(1) Tab 1 e/da tabase capacity 
(E) Spreadsheets 

(3) Screen generator capability 

(4) Report generator capability 

(5) Graphing capability 

(6) Error prompting messages 

(7) Word processing ability 

(8) Color manipulation 

d. Software - Integration of the above major 
software functions into a single package is 
desirable. This feature makes extra coding to 
interface dissimilar packages avoidable. 
Knowledgeman from MDBS is selected for these 
reasons and because it contains all of the 
above major software functions. 

e. Human interfaces - The COCOMO TOOL program is 
menu driven with selections made from function 
keys . 
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2 . 



Design Descr ipt ion 



a. Data description - Appendix B provides a data 
dictionary of terms used with the COCOMO model 

b. Derived software structure - Appendix C 
displays the top-down hierarchy of the COCOMO 
TOOL program. All modules shown are highly 
cohesive. Each module is either sequentially 
or functionally cohesive in that the output 
data from one module is passed directly into 
the module or the module takes inputs and 
produces outputs. 

c. Software structure interfaces - The modules 
shown in Appendix C also have relatively low 
coupling. Data coupling occurs because only 
the necessary data is passed between two 
modules. Control coupling is also necesary as 
control flags are passed to maintain program 
status . 

3. Modu 1 e Descr ipt ions - To enhance readibility and 
reduce duplication of effort all modules are 
colocated with the program listings in Appendix D. 
Each description provides a processing narrative, 
sample call, input received, output produced, and 
indicates any submodule which may be called- 



55 



V. SUMMARY , CQNCLUSIQNS AND RECQMMENDAT I QNS 



A. SUMMARY 

1. KDSI has a greater impact on nominal effort than 
mode has. 

E. The mean to standard deviation ratios for effort 
increase as the mode goes from organic to 
semidetached to embedded. 

3. Productivity dropped both as the mode went from 

organic to semidetached to embedded and as the KDSI 
range increased. 

The number of full-time personnel increases as the 
mode changes from organic to semidetached to 
embedded as well as with an increase in the number 
of KDSI . 

5. Survey responses indicated that SLIM, COCOMO , RCA 
PRICE Sj and the Federal Conversion Center Manual 
S/lines of code were the most widely used estimation 
mode 1 s/methods. 

6. Most applications were f i nanc i a 1 / supp 1 y related. 

7. The survey results indicate a strong correlation 
between analyst capability and programmer 

capab i 1 i ty . 

9- Many software development shops do not keep track of 
number of lines of code and estimated cost, schedule 
and effort, nor do they match estimates with 
ac tua 1 s . 

9. There is some correlation between software and 

reliability, complexity, execution time constraints 
and storage constraints. 

10. Modern programming practices and the use of software 
tools seem to be related. 

11. There are very strong correlations between KDSI and 
MM, KDSI and TDEV, and TDEV and MM. 
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B. CONCLUSIONS 



1 . Survey 

No change in the trend for increased demand for 
software by DOD is anticipated. There will be a continued 
need for improved software cost estimation. There will 
probably be no one model which is the panacea for all nature 
of applications. The successful cost estimation shops will 
probably use a battery of models. Some day a model or set 
of models will probably be deemed optimal for specific types 
of app 1 ica t ions . Nevertheless, a data base must be built 
before a determination can be made. The Intermediate COCONO 
model shows promise both as a software development and 
maintenance estimation tool. Intermediate COCONO will 
probably become a valued asset in situations where a good 
estimation of the number of lines of delivered source 
instructions is made. Software shops will probably be 
converting some applications into ADA in the future. 

2 • Dec i s i on Suppor t System 

Development of a DSS covers not just one area but 
rather encompasses several factors which must be closely 
integrated to produce an effective system. These factors 
deal with hardware, software, data, procedures^ and 
personnel. The selection of a hardware system for DSS 
development is often constrained by the resources already 
available in the software shop which drives the software 
selection criteria. Networking of m i cr ocompu t er s also 
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increases the productivity of project development due to 
file sharing capab i 1 i t i es . 

DSS software is only as good as the software 
applications package foundation on which it executes. 
Features which should be basic to any applications package 
for DSS development include tables, spr eadsheet s , graphing, 
report and screen generators, and color manipulat ion . 
Documentation and vendor support are other attributes that 
also must be considered. Technically oriented documen ta t i on 
must be tempered with many examples and lessons for the 
software development practitioner to obtain the full 
benefits of the package. Anything less then this inhibits 
the full scale potential that could be realized. Vendor 
responsiveness for c 1 ar i f i ca t i on of ambiguous problems 
becomes very important when there are no other '‘experts" in 
the local area. Waiting for a return call for a problem 
called in is less than sa t i sf ac t o r y , especially when a 
deadline is approaching. The KnowledgeMan applications 
package contains all of the basic elements listed above and 
is used in the support of the COCOMO TOOL. This package 
contains a full compliment of tools whose use is limited 
only by the creativity of the developer. However, response 
time for computations and file man i pu 1 a t i o ns are slower than 
desired. Another limitation of the package is that it 
allows useage of only 192K of RAM even if a machine contains 
a higher capacity RAM. For a large size program this may 
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cause "insufficient memory" errors to be generated which 
crash the program. To get around this dilemma each module 
is separately loaded? processed? and released within the 
program. This produces a speed reduction in the program due 
to file manipulat ion. The documentat i on ? while plentiful 
and excellent for the professional? is challenging for the 
beginner. Supplemental material from other sources is often 
a solution as a clearer writing style with more examples is 
all that is needed. 

Proper data development serves only to enhance the 
product end-result. This is achieved by using rigorous 
software engineering techniques such as requirements 
analysis and design. Even though these techniques add extra 
time to the front end of the development? it is time well 
spent. Coding time and program ma i nt a i nab i 1 i ty benefit 
greatly from this preceding work. In addition? data 
presentation? whether it is input or output? plays just as 
vital a role as analysis and design. Proper data display is 
faster to learn? easier to work with? and reduces errors if 
it is presented in a consistent f ormat . This is where the 
double responsibility of the programmer comes into play. 
Not only must the programmers view the product from the 
viewpoint of the designer? but they must also be able to see 

the product through the eyes of the user not a position 

which can be accomplished by many. Development of the 
COCOMO TOOL is the result of software engineering 
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techniques. The program uses menu driven screens? 
customized function keys? and succinct error messages to 
produce an effective DSS system. 

Procedures are as natural to software development as 
breathing is to a human. Properly established procedures 
eliminate disorganization and maintain the essence of 
product i vi ty . Backup procedures to save completed work and 
committee procedures to maintain project direction and 
prevent goal d i ver s i f i ca t i on are minimally required in every 
software development effort. Of course? too many procedures 
are just as bad as no procedures at all. Excessive 



procedural de 


tail leaves no 


room for 


creat i vi ty and 


f 1 ex ibility? a 


bane to software 


developers . 


Procedure uses 


during COCOHO 


TOOL developmen 


it prevented 


loss of program 


data due to 


a fa i 1 ed hard 


disk and en 


abled program 



development to procede at a steady pace. 

Essential to every software development project are 
the personnel. Communication among team members before and 
during the project are necessary for successful project 
implementation. Lack of communications creates program 
divergence resulting in time wasted to correct what should 
have been done correctly in the first place. Experience of 
personnel with programming and the applications package in 
use increases productivity and saves time. However? once an 
applications package is learned there is a great deal of 
inertia to overcome when deciding to switch to a new 
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applications package. While we all had prior programming 
experience, not one of us had any experience with the 
KnowledgeMan applications package. This single factor was a 
major contributor to program development schedule increases. 

C . RECOMMENDAT IONS 
1 . Survey 

It is recommended that the Department of Defense 
Computer Institute (DODCI) track all the software projects 
in the DOD . A survey method such as the Delphi approach can 
be used to improve the data gathering effort. This would 
produce data compatible with all models tested and to 
correct any noted def i c i enc i es . The survey should be easy 
to complete, i.e., be objective. Responses should require 
only pencil marks with a separate comment sheet supplied. 
The survey input to the data base should be optically 
scanned. Photocopies of any rejects should be returned to 
the originator along with a replacement survey form and an 
explanation form letter. 

DODCI should collect and load data from the initial 
estimates and from the actual results. Analysis of the data 
should determine which shops are performing well with 
particular types of app 1 icat i ons . After determining what 
model (s) or techniques are in use for the successful shops, 
arrange to have the i nf or ma t i on/exper t i se transferred to 
other sites using similar app 1 ica t ions . Any elimination of 
reinvention of the wheel could both save dollars and improve 
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perf ormance . 



A vehicle for transfer could be a mobile 



training team. The training team could identify ingredients 
of success, copy and distribute any software tools used, as 
well as training other teams. With DODCI tracking the 
performance, there may be competition and some competitors 
may not want to share their successes. If this is the case, 
a mobile training team could be used to educate the software 
centers on the benefits of shared successes and perhaps even 
assist with the transfer of technology to others. 

A cost driver should be added to the COCOhO model 
for implementation of new R8«D, or, perhaps estimated effort, 
schedule and cost could be multiplied by a number. The cost 
driver tables should be modified so that all ratings are 
from very low to extra high. Wherever possible, the ratings 
should have descriptive numbers. For example, RELY, should 
also be categorized by percentages. There may also need to 
be separate cost driver ratings for the limits. The PCAP 
rating should be evaluated. The current ratings may not 
account for differences which may be as much as a magnitude. 

3 . Dec i s i on Suppor t System 

The use of the COCOhO TOOL is recommended for all 
DOD software development shops. This tool can be used for 
software development and maintenance estimation in those 
shops that do not have any software estimation tools. Shops 
that have other estimation tools can use the COCOhO TOOL 
a supplement to those tools or 

6E 



e i ther as 



as a means for 



cross-checking the other tools- While copies of the COCOMO 
TOOL can be obtained from the Naval Postgraduate School 
(Professor Bui via the Department of Adm i n i s t r a t i ve 
Sciences)? each software shop must provide its own 
KnowledgeNan package to run this program as distribution of 
this copyrighted material is unlawful unless some form of 
license is obtained. 

To provide more s t andar d i za t i on in DOD for 
requirements analysis and design of software projects, it is 
also recommended that all senior level programmer and 
management personnel be required to attend a requirements 
analysis and design course offered by DQDCI. 
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APPENDIX A 



SURVEY OF SOFTWARE COST ESTIMATION PRACTICES 



Organization: Phone : 

Mailing Address: 

Person conducting survey: 



1. What is the nature of your software? 

a . F i nanc i a 1 

b . Supp 1 y 

c . Other : 



2. What is your average program size in thousands of lines 
of code? 

(Circle a number or write a number in the blank 
pr o V i ded . ) 

.a. 2 b. a c. 32 d. 128 e. 512 

OTHER: 



3. Software development modes can be classified into three 
types : 

a. Organic - Relatively small teams develop the 

software. Most team members are from in-house and 
have extensive experience in working with other 
related systems within the or gan i za t i on . There is 
minimal need for innovative algorithms. Software 
is generally under 50K lines of code. Larger 
organic mode products may be built using existing 
so f twar e . 



b . 



Embedded - The 
coupled complex 
and operational 
traffic control 
systems , et c . 



software is embedded in a tightly 
of hardware? software? regulations 
procedures. For example? air 
systems? electronic funds transfer 
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c 



. Semi-detached - May have a mixture of the organic 
charac ter ist ics . Teams consist of a wide mixture 
of experienced and inexperienced people; team 
members have an intermediate or incomplete level of 
experience with related systems to be developed. 

Circle the mode that best applies to your 
organ i za t ion. 



a. Organic 



b. Embedded c. Sem i -de t ached 



4. Which software cost estimation method(s) or model(s) do 
you use? 



a. COCOMO b. SLIM OTHER: 



5. Of all projects which you have been involved with for 

the past five years: 

a. of average actual costs? what percentage is 

estimated costs? 

b. of average actual schedule? what percentage is 

estimated schedule? 

c. of average actual effort? what percentage is 
estimated effort? 



6 . 



Profile charac ter i s t i cs of your software projects. For 
each attribute? circle the category which applies. 



ATTRIBUTES 














PRODUCT ATTRIBUTES: 














RELY: Required loftN^re 
rtliibility 


Effocti fltqht 
inconvonionct 


Lom. Eaitly 
rocovorablo iottot 


Noderate. 

Recoverable lone? 


Hiqh. 

Financial loss 


Risk to 
huian life 






! Vory Lom 


Lom 


Noiinal 


Hiqh 


Very Hiqh* 




OATAi Data batt tizv 




OB bytof 

< 10 

Proq OSI 


0 

10 < • < too 

P 


0 

100 < - < 1000 
P 


0 

- > 1000 
P 








! Lei 


Noiinal 


Hiqh 


Very Hiqh! 




CPLIi Product coiplfiity 


Straiqhtlint 

codi 


Sinqle file. No 
data structure 


Standard routine!. 
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APPENDIX B 



Data Dictionary 



DATA DEFINITION 



Name: ACT 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. ICF, CBE. ICF, CIO. ICF, CIS. ICF, 

CIE. ICF, BESM. ITB, BESMAD. ITB , lESM. ITB, lESMAD. ITB. 
Located in spreadsheet cell //M6. 



Processing: The user enters the value of the ACT onto the spread- 

sheet. ACT is used to calculate nominal maintenance 
effort. MMnam, by multiplying by the development effort 
EFnom (or MMnom) in in a spreadsheet. This is done by 
CALCMDAT. IPF. 



Description: Annual Change Traffic. This is the fraction of the 

software product s source instructions which undergo 
change during a typical year, either through addition or 
modification. 

f KDSI ADDED ± KPS I MODIFIED ^ 

ACT = (ORIGINAL KDSI) 



DATA DEFINITION 



Name: ACTIVITY DISTRIBUTION BY PHASE 



Variables: 

Product Design Phase: 

RAPD, PDPD, PROGPD, TESTPD, WPD, POPD, CQPD, MANPD 
Programming Phase: 

RAPROG, PDPROG, PROGPROG, TESTPROG, VVPROG, POPROG, CQPROG, 
MANPROG 

Integration and Testing Phase: 

RAIT, PDIT, PROGIT, TESTIT, WIT, POIT, CQIT, MANIT 



Description: 

Activity Distribution by Phase. This is calculated for 
effort. Example: 

Activity Distribution by Phase for Effort = Phase Distri- 
bution for Effort x Activity Distribution % 



DATA DEFINITION 



Name: ACTIVITY DISTRIBUTION OF MAINTENANCE 

Varibles: MRA, MPD, MPROG, MTEST, MVV, MPO, MCQ, MMAN 



Description: 

Activity Distribution of Maintenance Effort = Man-months 
X Maintenance Activity distribution %. 
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DATA DEFINITION 



Name: ACOST 



Format; Real 



Range: positive numbers 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BES. ITB, BESP. ITB, BESPAD. ITB. BESM. ITB. 

BESMAD. ITB, lES.ITB, lESP. ITB, lESPAD. ITB, lESM. ITB, 
lESMAD. ITB, Placed in spreadsheet cell //D16. 



Processing: Calculated by DEVPARBA. IPF for the basic models and 

DEVPARMS for the intermediate models. 



Description: 

Annual Personnel cost during development: 

ACOST = PCOST X MM for the basic model. 

ACOST = PCOST X MMadj for the intermediate model. 
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DATA DEFINITION 



Name: AMC 



Format: Real 



Range: positive numbers 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE.ICF, BESM. ITB BESMAD. ITB, lESM. ITB, lESMAD. ITB. 
Placed in spreadsneet cell #M14. 



Processing: Annual maintenance cost is computed in CALCMDAT. IPF. 



Description: 

Annual Maintenance Cost: 

AMC = (MMam) x (MPCOST) 

The intermediate model uses MMnam. 
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DATA DEFINITION 



Name: Code and Unit Test 



Description: 

Coding and Unit Testing is a subset of the phase distri- 
bution percentage for programming for the basic and 
intermediate raoaels. 
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DATA DEFINITION 



Name: COST DRIVERS 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: (see data dictionary entry for the cost 

drivers listed below. ) 



Description: 



1. DEVELOPMENT COST DRIVERS 

The 15 factors which affect software development: ERELY, EDATA 

ECPLX, ETIME, ESTOR, EVIRT, ETURN, EACAP, EAEXP, EPCAP, EVEXP, 
ELEXP, EMODP, ETOOL, and ESCED. There is a multiplier for each 
factor. When multiplied together, these 15 factors form EAF, 
the effort adjustment factor. 



2. MAINTENANCE COST DRIVERS 

The 14 factors which affect software maintenance: RELY, DATA, 
CPLX, TIME, STOR, VIRT, TURN, ACAP, AEXP, PCAP, VEXP, LEXP, 
M0DP,and TOOL. There is a multiplier for each factor. When 
multiplied together, these 14 factors represent the EAFm, main- 
tenance EAF. These are identical to the factors for development 
with the exception of MODP and RELY which have different values 
for maintenance efforts. There is no maintence driver for 
schedule. 






DATA DEFINITION 



Name: CQIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB 3 lESPAD. ITB Placed in spreadsheet 
cell mil 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #H72 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to the 

Configuration Management and Quality Assurance, CM/QA. 
activity of the integration and testing phase* of develc 
ment. 



Lop- 
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DATA DEFINITION 



Name: CQPD 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. ICF, CIO. IGF, CIS. IGF, 

CIE. ICF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #D72. 



Processing: Computed by CALCDPAD, IPF and placed into spreadsheet 

cell #D72 for display and possible graphing or reports. 



Description: The activity distribution % of Effort that is 

devoted to the Configuration Management and Quality 
Assurance, CM/QA, activity during the product design 
phase. 



7b 



DATA DEFINITION 



Name: CQPROG 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CEO. IGF, CBS. IGF, CEE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell //F72. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F/2 for display and possible graphing or reports. 



Description: The activity distribution % of Effort that is 

devoted to the Configuration Management and Quality 
Assurance, CM/QA, activity during the programming phase 
of development. 
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DATA DEFINITION 



Name: CUT 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF. CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell //D49. 



Processing: Computed by CALCEFSC. IPF and placed into a spread- 

sheet cell //D49 for later reports or graphing. 



Description: Phase Distribution of Effort allocated to Coding and 

Unit Testing. This is a subset of the Programming Phase 
for Effort. 
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DATA DEFINITION 



Name: 

Detailed Design 



Description: 

Detailed Design is a subset of the phase distribution 
percentage for for programming for the basic and interme- 
diate models. 



DATA DEFINITION 



Name: DETDES 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell #048. 



Processing: Computed by CALCEFSC. IPF and placed into a spread- 

sheet cell //D4 o for later reports or graphing. 



Description: Phase Distribution of Effort allocated to Detailed 

Design. This is a subset of the Programming Phase for 
Effort. 
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DATA DEFINITION 



Name: EACAP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lES. ITS, 

lESP. ITB, lESPAD. ITB. Located in spreadsheet cell #F107. 



Processing: The value is defaulted to 1.0 (nominal) on the 

spreadsheet. The user can change this to another value 
displayed on the spreadsheet. Used by REDEVDAT. IPF to 
compute the Effort Adjustment Factor, (EAF). 



Description: 

Analyst Capability attribute. One of the 15 cost driver 
multipliers used in obtaining an EAF. 
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DATA DEFINITION 



Name: EAEXP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lES. ITB, 

lESP. ITB, lESPAD. ITB, lESM. ITB, lESMAD. ITB. Located in 
spreadsheet cell ?/F108. 



Processing: See EACAP. 



Description: 

Applications experience. One of the 15 cost driver mul- 
tipliers used in obtaining an EAF. 



DATA DEFINITION 



Name: EAF 



Format: Real 



Range: positive numbers 



Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lES.ITB, 

lESP. ITB, lESPAD. ITB. Located in spreadsheet cell 



Processing: REDEVDAT. IPF multiplies the cost driver inputs from 

the spreadsheet cells together to obtain the EAF which is 
stored in spreadsheet cell #H11. 



Description: Effort Adjustment Factor. This is the product of 

all 15 cost-drivers for development effort. 
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DATA DEFINITION 



Name: 


EAFm 


Format: 


Real 


Range: 


positive numbers 



Field/Cell in Files: CBO. IGF, CBS. IGF. CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF. lES. ITB, lESP. ITB, lESPAD. ITB. Located in 
spreadsneet cell #012. 

Processing: CALCEAFM. IPF multiplies the cost driver inputs from 

the spreadsheet cells together to obtain the EkFm which 
is stored in spreadsheet cell #012. 

Description: Maintenance Effort Adjustment Factor. This is the 

product of alll4 cost-drivers for maintenance effort. 



DATA DEFINITION 



Name: ECPLX 



Format: Real 



Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lES. ITB, 

lESP. ITB, lESPAD. ITB. Located in spreadsheet cell #F102. 



Processing: See EACAP. 



Description: 

Project Complexity attribute. One of the 15 cost driver 
multipliers used in obtaining an EAF. 



as 



DATA DEFINITION 



Name: EDATA 

Format: Real 

Range: 0. 00 - 1. 00 * 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. IGF, lES. ITB, 

lESP. ITB, lESPAD. ITB. Placed in spreadsheet ceil #F101. 

Processing: See EACAP. 



Description: 

Data Base Size attribute. One of the 15 cost driver mul- 
tipliers used in obtaining an EAF. 





DATA DEFINITION 


Name: 


Effort Coefficients 


Format: 


Real 


Range: 


positive number 


Located 


in Files: DEVPARBA. IFF for the basic model and 

DEVPARMS. IFF for intermediate. 


Description: 

Coefficients for the effort equations. These vary by 
model/mode and can be changed by the user in the respec- 
tive IFF files (BASIC: DEVPARBA. IFF, INTERMEDIATE: 
DEVPARMS. IFF) to tune the model to historical project 
data gathered by an organization. 
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DATA DEFINITION 

Name: Effort Exponents 

Format: Real 

Range: positive number 

Located in Files: DEVPARBA. IPF for the basic model and 

DEVPARMS. IPF for intermediate. 

Description: 

Exponents for the effort equations. See Effort Coeffi 
cients. 
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DATA DEFINITION 



Name: ELEXP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. ICF. CIE. ICF, lES. ITB, 

lESM. ITB, lESMAD. ITB, lESP. ITB, lESPAD. ITB. Located in 
spreadsheet cell #F111. 



Processing: See EACAP. 



Description; 

Programming Language Experience. One of the 15 cost 
driver multipliers used in obtaining EAF. 



DATA DEFINITION 



Name: EMODP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: lESM. ITB, lESMAD. ITB, CIO. IGF, CIS. IGF, 

CIE. IGF. lES. ITB, lESPAD. ITB, lESP. ITB. Located in 
spreadsneet cell #F112. 



Processing: See EACAP. 



Description: 

Use of Modern Programming Practices. One of the 15 cost 
driver multipliers used in obtaining EAF. 






DATA DEFINITION 



Name: EPCAP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: lESP.ITB, lESPAD.ITB, CIO. ICF, • CIS. IGF, 

CIE. rCF. lES.ITB, lESM. ITB, lESMAD. ITB. Placed in 
spreadsheet cell #F109. 



Processing: See EACAP. 



Description: 

Programmer Capability. One of the 15 cost driver multi 
pliers used in obtaining EAF. 



DATA DEFINITION 



Name: ERELY 



Format; Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files; CIO. IGF, CIS. ICF. CIE. ICF, lESP. ITS, 

lESM. ITB, lESMAD. ITB lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #F100. 



Processing: See EACAP. 



Description: 

Required Software Reliability. One of the 15 cost driver 
multipliers used in obtaining EAF. 



DATA DEFINITION 



Name: ESCED 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, . lESP. ITB , 

lESM. ITB, lESMAD. ITB, lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #Fll4. 



Processing: See EACAP. 



Description: 

Required Development Schedule. One of the 15 cost driver 
multipliers used in obtaining EAF. 
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DATA DEFINITION 



Name: ESTOR 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. IGF. CIE. IGF, lESP. ITB, 

lESM. ITB, lESMAD. ITB . lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #F104. 



Processing: See EACAP. 



Description: 

Main Storage Constraint. One of the 15 cost driver mul- 
tipliers used in obtaining EAF. 



DATA DEFINITION 


Name: ETOOL 




Format: Real 




Range: 0. 00 - 1. 00 




Field/Cell in Files: CIO. IGF, CIS. ICF. CIE. ICF, lESP. ITB, 

lESM. ITB, lESMAD. ITB, lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell //F113. 


Processing: See EACAP. 




Description: 




Use of Software Tools. One of the 15 cost 
pliers used in obtaining EAF. 


driver multi- 



DATA DEFINITION 



Name: ETIME 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. IGF. CIE. IGF, lESP. ITB, 

lESM. ITB, lESMAD. ITB. lESPAD. iTB, lES. ITB. Located in 
spreadsheet cell //F103. 



Processing: See EACAP. 



Description: 

Execution Time Constraint. One of the 15 cost driver 
multipliers used in obtaining EAF. 



DATA DEFINITION 



Name: ETURN 



Format; Real 



Range; 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. ICF. CIE. ICF. lESP. ITB, 

lESM. ITB, lESMAD. ITB . lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #F106. 



Processing: See EACAP. 



Description; 

Computer Turnaround Time. One of the 15 cost driver mul 
tipliers used in obtaining EAF. 



DATA DEFINITION 



Name: EVEXP 




Format: Real 




Range: 0. 00 - 1. 00 




Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF. lESP. ITB, 

lESM. ITB, lESMAD. ITB, lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #FliO. 


Processing: See EACAP. 




Description: 




Virtual Machine Experience. One of the 15 
multipliers used in obtaining EAF. 


cost driver 



DATA DEFINITION 



Name: EVIRT 




Format: Real 




Range: 0. 00 - 1. 00 




Field/Cell in Files: CIO. ICF, CIS. ICF. CIE. ICF, lESP. ITB, 

lESM. ITB, lESMAD. ITB, lESPAD. ITB, lES. ITB. Located in 
spreadsheet cell #F105. 


Processing: See EACAP. 




Description: 




Virtual Machine Volatility. One of the 
multipliers used in obtaining EAF. 


15 cost driver 



DATA DEFINITION 



Name: FSP 



Format: Real 

Range: positive number 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BES.ITB, BESP. ITB, BESPAD. ITB, lES. ITB, 
lESP. ITB, lESPAD. ITB. Placed in spreadsheet cell #D15. 



Processing: Calculated by DEVPARBA. IPF for the basic model and 

DEVPARMS. IPF for the intermediate model. 



Description: Average staffing of Personnel 

FSP = MM/SCHEDULE for the basic model. 

FSP = MMadj/ SCHEDULE for the intermediate model. 



IDO 



DATA DEFINITION 



Name: FSPm 

Format: Real 

Range: positive numbers 

Field/Cell in Files: CBO. IGF. CBS. IGF, CBE. IGF. CIO. IGF, CIS. IGF, 

CIE. IGF, BESM. ITB. BESMAD. ITB, lESM. ITB, lESMAD. ITB. 
Placed in spreadsheet cell #M13. 

Processing: Calculated in CALCMDAT. IPF. 

Description: Average staffing for maintenance. 

FSPm = MMam/12 for the basic model. 

FSPm = MMnam/12 for the intermediate model. 
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DATA DEFINITION 



Name: Integration and Testing 



Description: 

Integration and Testing is a phase distribution percent- 
age by mode for the basic and intermediate models. 



DATA DEFINITION 



Name: IT 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell #D50. 



Processing: Computed by CALCEFSC. IPF and placed into spreadsheet 

cell #D50 for later reports or graphing. 



Description: Phase Distribution of Effort allocated to Integra 

tion and Testing. 
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DATA DEFINITION 



Name: KDSI 



Format: Real 



Range: 2. 0-512. 0 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. ICF. CIS. IGF, 

CIE. IGF. BES. ITB. BESP.ITB, BESPAD. ITB, BESM. ITB . 

BESMAD. ITB, lES. ITB, lESP. ITB, lESPAD. ITB, lESM. ITB, 
lESMAD. ITB. Placed in spreadsheet cell //D5 by the user. 



Processing: The user inputs the KDSI value. After the other val- 

ues are loaded, the user presses a function key which 
performs DEVPARBA or DEVPARMS for the basic or intermedi- 
ate models respectively. The program checks to ensure 
that the KDSI is in the allowable range of 2-512. If 
not, an error message is displayed ana the user is 
allowed to input the data again. KDSI is used to compute 
man-months and productivity in mode dependent formulae. 
KDSI is evaluated by EVALKDSI. IPF to determine whether 
the KDSI is standard (2, 8. 32 ,128, 512), or ,if non- 
standard, between which values it falls. KDSI is use in 
table lookups on the spreadsheet. Values for non-stan- 
dard KDSI s must be interpolated by INTERPOL. IPF. 



Description: Thousands of lines of Delivered Source Instructions 

or Lines of Code. 



IQM 



DATA DEFINITION 



Name: MACAP 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lESM. ITB, 

lESMAD. ITB. Located in spreadsheet cell #F126. 



Processing: The value is defaulted to 1. 0 (nominal) on the 

spreadsheet. The user can change this to another value 
displayed on the spreadsheet. Used by CALCEAFM. IPF to 
compute the maintenance effort adjustment factor, EAFm. 



Description: 

Analyst Capability Attribute. One of the 14 cost driver 
multipliers used in obtaining EAFm. 



IDS 



DATA DEFINITION 

Name: MAEXP 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. IGF, lESM. ITB, 

lESMAD. ITB. Located in spreadsheet cell //F127. 

Processing: See MACAP. 

Description: 

Applications experience. One of the 14 cost driver mul- 
tipliers used in obtaining EAFm. 



DATA DEFINITION 


Name: Man-Months 




Description: 




Man-Months of Effort. The MM variables 
tionary include MM, MMad j , MMam, MMnam, 


in this data dic- 
and MMnom, 
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DATA DEFINITION 



Name: MANIT 



Format: Real 

Range: 0. 00-0, 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in spreadsheet 
cell m/3 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell //H73 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to 

developing/ maintaining manuals in the integration and 
testing phase of development. 



DATA DEFINITION 



Name: MANPD 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #D73. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #D/3 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the developing/maintaining Manuals during the 
product design phase. 



DATA DEFINITION 



Name: MANPROG 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. ICF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F73. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F68 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to develop ing/maintaing manuals during the pro- 
gramming phase. 
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DATA DEFINITION 

Name: MCPLX 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lESM. ITB, 

lESMAD. ITB. Located in spreadsheet cell 

Processing: See MACAP. 

Description: 

Project Complexity attribute. One of the 14 cost driver 
multipliers used in obtaining EAFm. 



Ill 



DATA DEFINITION 



Name: MCQ 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell //D90. 



Processing: ^^Com^uted by CALCMAPA. IPF and placed into spreadsheet 



Description: The activity distribution % of Effort devoted to the 

Configuration Management and Quality Assurance, CM/QA, 
activity of maintenance. 
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DATA DEFINITION 



Name: MDATA 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lESM. ITS, 

lESMAD. ITB. Located in spreaasheet cell #F120. 

Processing: See MACAP. 

Description: 

Data Base Size attribute. One of the 14 cost driver mul- 
tipliers used in obtaining EAFm. 



113 



DATA DEFINITION 


Name: MLEXP 




Format: Real 




Range: 0. 00 - 1. 00 




Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. IGF. 

lESMAD. ITB. Located in spreadsheet cell 


lESM. ITB, 
#F130. 


Processing: See MACAP. 




Description: 




Programming Language Experience. One of the 14 cost 
driver multipliers used in obtaining EAFm. 



im 



DATA DEFINITION 



Name: MM 

Format: Real 

Range: Positive Numbers 

Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF. BESPAD. ITB, 

BES. ITB. BESP. ITB, BESM. ITB, BESMAD. ITB. Placed in 
spreadsneet cell ^D12. 

Processing: Calculated in DEVPARBA. IPF for the basic model. 

Description: Development effort. Varies by mode: 

Organic; MM = 2.4(KDSI) to the 1.05 power 

Semidetached: MM = 3.0(KDSI) to the 1.12 power 

Embedded: MM = 3. 6(KDSI) to the 1.20 power 
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DATA DEFINITION 

Name; MMadj 

Format: Real 

Range: positive number 

Field/Cell in Files: CIO. IGF. CIS. IGF. CIE. IGF. lESPAD. ITB, 

lESP. ITB, lESM. ITB, lES. ITB, lESMAD. ITI Placed in 
spreadsheet cell # 611 . 

Processing: Calculated in DEVPARMS. IPF. 

Description: Man-month average adjusted effort. 

MMadj = MMnom x EAF 



DATA DEFINITION 

Name: MMam 

Format: Real 

Range: positive numbers 

Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, BESMAD. ITB, 

BESM. ITB. Placed in spreadsheet cell //N12. 

Processing: Computed by CALCMDAT. IPF 

Description: Annual Maintenance Effort. 

MMam = ACT x MM for the basic model 



117 



DATA DEFINITION 



Name: MMAN 



Format: Real 

Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell //D91 



Processing: ^^Com^uted by CALCMAPA. IPF and placed into spreadsheet 



Description: The activity distribution 7o of Effort that is 

devoted to developing/maintaining manuals for mainte- 
nance. 



llfl 



DATA DEFINITION 



Name: MMnam 



Format: Real 

Range: positive numbers 

Field/Cell in Files: CIO. IGF. CIS. ICF, CIE. ICF, lESM. ITB, 

lESMAD. ITB, lESPAD. ITB. Placed in spreadsheet cell //M12. 

Processing: Calculated by CALCMDAT. IPF. 



Description: Nominal Annual Maintenance Effort. 

MMnam = ACT x MMnom for the intermediate model. 



DATA DEFINITION 



Name: MMnom 

Format; Real 

Range: Positive Numbers 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lESPAD. ITS, 

lES. ITB lESP. ITB lESM. ITB, lESMAD. ITB. Placed in 
spreadsheet cell #D12. 



Processing: Calculated in DEVPARMS. IPF for the intermediate 

model. 

Description: Nominal development effort. Sometimes called MMnom. 

Varies by mode: 

Organic: MMnom = 3. 2(KDSI) to the 1. 05 power 

Semidetached: MMnom = 3. O(KDSI) to the 1. 12 power 

Embedded: MMnom = 2. 8(KDSI) to the 1.20 power 
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DATA DEFINITION 



Name: MMODP 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lESM. ITB, 

lESNAD. ITB. Located in spreadsheet cell ?/F131. 

Processing: See MACAP. 

Description: 

Use of Modern Programming Practices. One of the 14 cost 
driver multipliers used in obtaining EAFm. 
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DATA DEFINITION 



Name: MODE 



Format; Real 



Range: 1,2, or 3 



Field/Cell in Files; CBO. IGF. CBS. IGF. CBE. IGF. CIO. IGF, CIS. IGF, 
CIE. IGF, BES. ITB.BESP. ITB, BESPAD. ITB ,BESM. ITB , 

BESMAD. ITB, lES.ITB, lESP. ITB, lESPAD. ITB. lESM. ITB, 
lESMAD. ITB. Located in spreadsheet cell //B20 



Processing: User inputs mode selection via a function key in 

SETUPBAS. IPF for the basic model or SETUP I NT. I PF for the 
intermediate model. The file loads the spreadsheet load- 
ing fil®) SSLODBAS. IPF or SSLODINT. IPF with the selected 
moae. SSLOD*. IPF selects the correct spreadsheet for the 
model-mode combination. (CBO. ,CBS. ,CBE. ,CIO. ,CIS. , or 
CIE. IGF) The , spreadsheets contain table values specific 
to each model-mode combination. The mode is also used 
DEVPARMS/DEVPARBA to select the set of equations used. 



Description: Modes of software development defined by character- 

istics: 

<1> Organic; small team, in-house. 

<2> Semidetached: combination of embedded and organic 

modes. 

<3> Embedded: large team, tight schedule 
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DATA DEFINITION 



Name: MODEL 



Format: Real 

Range: 1,2 



Field/Cell in Files: CBO. IGF. CBS. IGF, CBE. IGF. CIO. IGF, CIS. IGF, 

CIE. IGF, BES. ITB.BESP. ITB, BESPAD. ITB , BESM. ITB , 

BESMAD. ITB, lES. ITB, lESP. ITB, lESPAD. ITB, lESM. ITB, 
lESMAD. ITB. Located in spreaasheet cell /M20 



Processing: The user select the model via predefined function 

keys in the COCO. IPF file. The function selected per- 
forms the next file, SETUPBAS. IPF or SETUPINT. IPF, 
depending on whether the basic or intermediate model was 
chosen. 



Description: Model characteristics: 

<1> Basic: KDSI, PCpMM, MODE, and ACT are inputs. 

<2> Intermediate: Similar to Basic. Also includes cost 

drivers and different equation coeffi- 
cients / exponents . 
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DATA DEFINITION 



Name: MODELMOD 



Format: Literal 

Range: 

Model: Basic or Intermediate 
Mode: Organic, Semidetached, or Embedded 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BES. ITB.BESP. ITB, BESPAD. ITB ,BESM. ITB , 

BESMAD. ITB, lES.ITB, lESP. ITB, lESPAD. ITB, lESM. ITB, 
lESMAD. ITB. Located in spreadsheet cell #D20 



Processing: Result of user model and mode selection via function 

keys at the start of the program or of another iteration 
of the program. 



Description: The model-mode combination is one of the following: 

<1> Basic Organic <2> Intermediate Organic 

<3> Basic Semidetached <4> Intermediate Semidetached 

<5> Basic Embedded <6> Intermediate Embedded 



DATA DEFINITION 



Name: MPCAP 




Format: Real 




Range: 0. OO - 1. 00 




Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. IGF, lESM. ITB, 

lESMAD. ITB. Located in spreadsheet cell #F128 


Processing: See MACAP. 




Description: 




Programmer Capability. One of 
pliers used in obtaining EAPm. 


the 14 cost driver multi- 



DATA DEFINITION 



Name: 


MPCOST 


Format: 


Real 


Range: 


positive number 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESM. ITB BESMAD. ITB, lESM. ITB, lESMAD. ITB. 
Placed in spreadsheet cell #M5. 

Processing: Input by the user. 

Description: Average personnel cost per Man-month (MM) during 

maintenance. 



DATA DEFINITION 



Name: MPD 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell #D85. 



Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell #D85. 



Description: 

The Activity Distribution % that is devoted to product 
design for maintenance. 
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DATA DEFINITION 



Name: MPO 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell //D89. 



Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell //D89. 



Description: 

The Activity Distribution \ for maintenance that is 
devoted to the project office. 



DATA DEFINITION 



Name: MPROG 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell #D86. 



Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell #D86. 



Description: 

The percent of the activity distribution of maintenance 
allocated to programming. 
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DATA DEFINITION 

Name: MRA 

Format: Real 

Range: 0.00-0.99 

Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in ceil #D84. 

Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell #D84. 

Description: The activity distribution 7o of Effort that is 

devoted to the Requirements Analysis for maintenance. 
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DATA DEFINITION 



Name: MRELY 



Format: Real 



Range; 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lESM. ITB, 

lESMAD. ITB, Placed in spreadsheet cell //F119. 

Processing: See MACAP. 



Description: 

Required Software Reliability. One of the 14 cost driver 
multipliers used in obtaining EAFm. 
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DATA DEFINITION 



Name: MSTOR 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lESM. ITB, 

lESMAD. ITB. Placed in spreadsheet cell #F123. 

Processing: See MACAP. 

Description: 

Main Storage Constraint. One of the 14 cost driver mul- 
tipliers used in obtaining EAFm. 
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DATA DEFINITION 



Name: MTEST 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell #D87. 



Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell //D87. 



Description: The activity distribution % of Maintenance devoted 

to the Test Planning activity. 
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DATA DEFINITION 



Name: MTIME 

Format: Real 

Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF. CIE. ICF, lESM. ITB, 

lESMAD. ITB. Placed in spreadsneet cell #F122. 

Processing: See MACAP. 

Description: 

Execution Time Constraint. One of the 14 cost driver 
multipliers used in obtaining EAFm. 
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DATA DEFINITION 


Name: MTOOL 




Format: Real 




Range: 0. 00 - 1. 00 




Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, 

lESMAD. ITB, Placed in spreadsheet cell 


lESM. ITB, 
#F132. 


Processing: See MACAP. 




Description: 




Use of Software Tools. One of the 14 cost driver multi- 
pliers used in obtaining EAFra. 



IBS 



DATA DEFINITION 

Name: MTURN 

Format; Real 
Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. IGF, CIE. ICF, lESM. ITB, 

lESMAD. ITB. Placed in spreadsheet cell #F125. 

Processing: See MACAP. 

Description: 

Computer Turnaround Time. One of the 14 cost driver mul- 
tipliers used in obtaining EAFm. 
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DATA DEFINITION 



Name: MW 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESMAD. ITB, lESMAD. ITB. Located in spreadsheet 
cell //D88. 



Processing: Computed by CALCMAPA. IPF and placed into spreadsheet 

cell #D88. 



Description: The activity distribution % of Maintenance devoted 

to Verification and Validation. 
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DATA DEFINITION 



Name: MVEXP 



Format: Real 



Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF. 

lESMAD. ITS. Placed in spreadsheet cell 



Processing: See MACAP. 



Description: 

Virtual Machine Experience. One of the 
multipliers used in obtaining EAFm. 



lESM. ITB, 
//F129. 



14 cost driver 
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DATA DEFINITION 



Name: MVIRT 



Format: Real 



Range: 0. 00 - 1. 00 

Field/Cell in Files: CIO. IGF, CIS. ICF, CIE. ICF, lESP. ITS, 

lESMAD. ITS. Placed in spreadsheet cell #F124. 

Processing: See MACAP. 



Description: 

Virtual Machine Volatility. One of the 14 cost driver 
multipliers used in obtaining EAFm. 



DATA DEFINITION 



Name: PCOST 



Format: Real 

Range: positive number 



Field/Cell in Files: CBO. IGF, CBS. IGF. CBE. IGF, CIO. IGF. CIS. IGF, 

CIE. IGF. BES. ITB. BESP. ITB. BESPAD. ITB, BESM. ITB. 

BESMAD. ITB, lES. ITB, lESP. ITB, lESPAD. ITB, lESM. ITB, 
lESMAD. ITB. Located in spreadsheet cell vD6. 



Processing: Input by the user. 



Description: Average personnel cost per Man-month (MM) during 

development. 



mo 



DATA DEFINITION 



Name: PDIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in spreadsheet 
cell m67 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell J/H67 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to 

Product Design during the integration and testing phase 
of development. 
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DATA DEFINITION 



Name: PDPD 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell- #D67. 



Processing: Computed by CALCDPAD. ITB and placed into spreadsheet 

cell #D67 for display and possible graphing or reports. 



Description: The activity distribution % of Effort that is 

devoted to product design during the product design 
phase. 
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DATA DEFINITION 



Name: PDPROG 



Format; Real 



Range: 0. 00-0. 99 



Field/Cell in Files; CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 
CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F67. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F67 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the product design during the programming 
phase of development. 



DATA DEFINITION 
Name: PHASE DISTRIBUTION % 

Variable Names: See PHASE DISTRIBUTION OF EFFORT and PHASE 

DISTRIBUTION OF SCHEDULE. 

Description: The percentage of Effort, (MM), or Schedule, (TDEV) , 

devoted to a certain phase of development. 



DATA DEFINITION 



Name: PHASE DISTRIBUTION OF EFFORT 

Variables: ERODES, PROG, DETDES, CUT, and IT. See the respective 

variables in in this data dictionary for further explana- 
tion. 

Description: Phase Distribution of Development Effort 

for Basic: MM x Phase Distribution % 

for Intermediate: MMadj x Phase Distribution % 
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DATA DEFINITION 



Name: PHASE DISTRIBUTION OF SCHEDULE 

Variables: SCHEDPD, SPROG, and SIT. 

Description: Phase Distribution of Development Schedule = 

SCHEDULE X Phase Distribution %. 



DATA DEFINITION 



Name: Plans and Requirements 



Description: 

Plans and Requirements is the Phase preceeding the Devel- 
opment Phase. It is considered to take 6%. Thus Plans 
and Requirements and Development are 106% of Development. 
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DATA DEFINITION 



Name: POIT 



Format: Real 



Range: 0.00-0.99 



Field/Cell in Files: CBO. IGF, CBS. IGF. CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in cell #H71. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell //H/1 for display and possible graphing or reports. 



Description: The activity distribution % of Effort that is 

devoted to the Project Office during the Integration and 
Testing Phase of development. 



DATA DEFINITION 



Name: POPD 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB , lESPAD. ItB. Located in spreadsheet 
cell #D71. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #D71 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the project office during the product design 
phase. 



DATA DEFINITION 



Name: POPROG 



Format; Real 



.Range; 0.00-0.99 



Field/Cell in Files; CBO. IGF, CBS. IGF, CBE, IGF, CIO. IGF, CIS. IGF, 
CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F71. 



Processing; Computed by CALCDPAD. ITB and loaded into spreadsheet 
cell #F/1 for later reports or graphing. 



Description; The activity distribution % of Effort that is 

devoted to the project office during the programming 
phase. 



ISO 



DATA DEFINITION 



Name: ERODES 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF. CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell //D46. 



Processing: Computed in CALCEFSC. IPF and placed into spreadsheet 

cell j'^D46 for later reports or graphing. 



Description: Phase Distribution of Effort allocated to Product 

Design. 
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DATA DEFINITION 



Name: PRODUCT 



Format: Real 



Range: positive numbers 



Field/Cell in Files: CBO. IGF, CBS. IGF. CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF. BES. ITB. BESP. ITB, BESPAD. ITB, BESM. ITB , 

BESMAD. ITB, lES. ITB, lESP. ITB, lESPAD. ITB , lESM. ITB , 
lESMAD. ITB. Placed in spreadsheet cell #D13. 



Processing: Calculated in DEVPARBA. IPF for the basic model and 

DEVPARMS. IPF for the intermediate model. 



Description: The number of KDSI developed per MM. (KDSI/MM). 

This is also referred to as the Productivity Index (PI). 
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DATA DEFINITION 



Name: PROG 



Format: Real 



Range: 0. 00 - 1. 00 



Field/Cell in Files: CBO. IGF. CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell #D47. 



Processing: Computed in CALCEFSC. IPF and placed into spreadsheet 

cell #D47 for later reports or graphing. 



Description: Phase Distribution of Effort allocated to Program- 

ming. It is the sum of DETDES and CUT. 
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DATA DEFINITION 



Name: PROGIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in cell //H68. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #H68 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to 

Programming during the integration and testing phase of 
development. 



DATA DEFINITION 



Name: PROGPROG 



Format: Real 



Range: 0.00-0.99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell ^'^F68. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F68 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to programming during the programming phase. 
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DATA DEFINITION 



Name: Programming 



Description: Programming is a phase in the distribution of effort 

and schedule by mode and also an activity in the distri- 
bution by phase. 



DATA DEFINITION 



Name: PROGPD 



Format: Real 



Range: 0. 00-0. 99' 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE.ICF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #D68. 



Processing: Computed by CALCDPAD. ITB and placed into spreadsheet 

cell #D68 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the Programming activity during the product 
design phase. 
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DATA DEFINITION 



Name: Project Office 



Description: 

The activity distribution % of Effort or Schedule by mode 
that is devoted to Project Office tasks during develop- 
* raent /maintenance. 



isa 



DATA DEFINITION 



Name; RAIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF. CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in cell #H66. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #H66 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to the 

Requirements Analysis for integration and testing during 
development. 
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DATA DEFINITION 



Name: RAPD 



Format; Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD, ITB, lESPAD. ITB. Located in spreadsheet 
cell //D66 



Processing: Computed by CALCDPAD. ITB and placed into spreadsheet 

cell //Do6 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to Requirements Analysis during the product 
design phase. 



DATA DEFINITION 



Name: RAPROG 



Format: Real 



Range: 0.00-0.99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F66. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #Fo6 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to requirements analysis during the programming 
phase. 



DATA DEFINITION 



Name; Rating 



Description: 

Cost Drivers for the intermediate and detailed models are 
given ratings as well as Effort Multipliers by Phase for 
the detailed model. Ratings range from Very Low to Extra 
High. 



DATA DEFINITION 



Name: SCHEDPD 



Format: Real 



Range: 0.00-1.00 



Field/Cell in Files: CBO. IGF . CBS. IGF, CBE.ICF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB, lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell #D53. 



Processing: Computed by CALCEFSC. IPF and placed into spreadsheet 

cell ^tDS3 for later reports or graphing. 



Description: Phase Distribution of Schedule allocated to Product 

Design. 



DATA DEFINITION 



Name: SCHEDULE 



Format: Real 



Range: positive number 



Field/Cell in Files: CBO. IGF, CBS. ICF. CBE. ICF . CIO. ICF, CIS. ICF, 

CIE.ICF, BESPAD. ITB, lESPAD. ITB . BES. ITB , lES. ITB , 
lESP. ITB, BESP. ITB, BESM. ITB , lESM. ITB, BESMAD. ITB, 
lESMAD. ITB. Located in spreadsheet cell #D14. 



Processing: Calculated by DEVPARBA. IPF for the basic model and 

DEVPARMS. IPF for the intermediate model. Also referred 
to as TDEV. 



Description: Total Development Schedule. Sometimes referred to 

as TDEV or Schedule. Varies by mode: 



Organic: 



Organic: 

Semidetached: 



2.5(MM) to the 0.38 power 
2. 5(MM) to the 0.35 power 
2.5(MM) to the 0.32 power 





DATA DEFINITION 




Name: 


Schedule Coefficient 




Format: 


Real 




Range: 


positive numbers 




Located 


in Files: DEVPARBA. IFF for the basic model 

DEVPARMS. IPF for the intermediate. 


and 


Description: 






Coefficient for the equation for SCHEDULE. 
Coefficients. 


See Effort 



IbS 



DATA DEFINITION 



Name: 


Schedule Exponent 




Format: 


Real 




Range: 


positive numbers 




Located 


in Files: DEVPARBA. IPF for the basic model and 

DEVPARMS. IPF for the intermediate model. 


Description: 






Exponent for the 
f icients. 


equation for SCHEDULE. See Effort Coef- 



DATA DEFINITION 



Name; SIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF. CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESP. ITB, BESPAD. ITB , lESP. ITB, lESPAD. ITB. 
Located in spreadsheet cell #D55. 



Processing: Computed by CALCEFSC. IPF and placed into spreadsheet 

cell #D55 for later reports or graphing. 



Description: Phase Distribution of Schedule allocated to Integra 

tion and Testing. 



lb? 



DATA DEFINITION 



Name: SPROG 



Format: Real 



Range: 0. 00-0, 99 



Field/Cell in Files: CBO, IGF, CBS, IGF, CBE, IGF . CIO, IGF, CIS, IGF, 

CIE, IGF, BESP, ITB, BESPAD, ITB , lESP, ITB, lESPAD. ITB, 
Located in spreadsheet cell //D54, 



Processing: Computed by CALCEFSC, IPG and placed into spreadsheet 

cell //D54 for later reports or graphing. 



Description: Phase Distribution of Schedule allocated to Program- 

ming. 



DATA DEFINITION 


Name: TDEV 




Description: 




Total Development Schedule. Also 
ule. See the Data Definition for 


referred to as Sched- 
Schedule. 



DATA DEFINITION 



Name: Test Planning 



Description: 

The activity distribution % of Effort or Schedule by mode 
that is devoted to Test Planning during developraent/main- 
tenance. 
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DATA DEFINITION 



Name: TESTIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. ICF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in cell #H69. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #H69 for display and possible graphing or reports. 



Description: The activity distribution % of Effort devoted to 

Test Planning during the integration and testing phase of 
development. 
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DATA DEFINITION 



Name: TESTED 



Format: Real 



Range: 0.00-0.99 



Field/Cell in File§: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell //D69. 



Processing: Computed by CALCDPAD. ITB and placed into spreadsheet 

cell #D69 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to test planning during the product design phase. 
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DATA DEFINITION 



Name: TESTPROG 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F69. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F69 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the test planning during the programming 
phase. 
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DATA DEFINITION 



Name: Verification and Validation 



Description: 

The activity distribution % of Effort or Schedule by mode 
that is devoted to Software Verification and Validation 
during development or maintenance. 
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DATA DEFINITION 



Name: WIT 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CBO. IGF, CBS. IGF, CBE. IGF, CIO. IGF. CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Placed in cell #H70. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #H/0 for display and possible graphing or reports. 



Description: The activity distribution % of Effort that is 

devoted to Verification and Validation during the Inte- 
gration and Testing Phase of development. 
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DATA DEFINITION 



Name: WPD 



Format: Real 



Range: 0. 00-0. 99 



Field/Cell in Files: CEO. IGF, CBS. IGF, CEE. IGF, CIO. IGF, CIS. ICF. 

CIE. IGF, BESPAD. ITB, lESPAD. Located in spreadsheet cell 

mo. 



Processing: Computed by CALCDPAD. ITB and placed into spreadsheet 

cell #D70 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to verification and validation during the product 
design phase. 
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DATA DEFINITION 



Name: WPROG 



Format: Real 



Range: 0.00-0.99 



Field/Cell in Files: CBO. ICF, CBS. IGF, CBE. ICF, CIO. IGF, CIS. IGF, 

CIE. IGF, BESPAD. ITB, lESPAD. ITB. Located in spreadsheet 
cell #F70. 



Processing: Computed by CALCDPAD. IPF and placed into spreadsheet 

cell #F70 for later reports or graphing. 



Description: The activity distribution % of Effort that is 

devoted to the verification and validation during the 
programming phase. 
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APPENDIX C 



COCOMO TOOL STRUCTURE CHARTS 



START_UP 
STARTUP. IPF 



COCOMO 
COCOMO. IPF 




SET_UP_BASIC 
SETUPBAS. IPF 






SET__UP_ INTERNED I ATE 
SETUPINT . IPF 



SS_LOAD_BASIC 




SS_LOAD_ INTERMEDIATE 


SSLODBAS. IPF 




SSLODINT . IPF 



DEV_PARAMETER_BASIC 




READ^DEVELOPMENT^DATA 


DEVPARBA. IPF 




REDEVDAT . IPF 



DEV_PARAMETERS 
DEVPARMS . IPF 



Figure Cl 



COCOMO Program Initiation 



DEV_PARAMETER_BASIC 




DEV_PARAMETERS 


DEVPARBA.IPF 




DEVPARMS. IPF 



z 



KEY_CHANGE 
KEYCHNQ . IPF 



DEV_PHASE_DISTR 
DEVPHDIS. IPF 



MAINT_BASIC 
MAINTBAS . IPF 



MAINT__ INTERMEDIATE 
MAI NT I NT . IPF 



Figure C2 : Ef f or t /schedu 1 e compu ta t i ons and options 



17 ^ 





DEV_FHASE_DISTR 

PkETl JDLJ Pk T C T DIT 






UtVr’nUib. inr 






\ 



PHASE, 

DLJ A C cr T 


_DISTR 

■\ T C T DCT 


I NOTE 1 


I NOTE E 


Inote sI 


KEY_CHANGE 
KEYCHNQ . IFF 




J i b . i nr 


Sw 





CALC_EFF_SCHED 




SELECT_TABLE 


CALCEFSC. IFF 




SELTABLE. IFF 



EVAL_KDSI 
EVALKDSI . IFF 





SELECT_ONE 
1 SLECTONE . IFF 




SELECT_TWO 
SELECTWO. IFF 














INTERPOLATION 
INTERPOL . IPF 



NOTES: 

1 . GRAF_FHASE_EFFORT 
GRAFFHE. IFF 

E. GRAF_FHASE_SCHEDULE 
GRAFFHS.IFF 
3. DEV_ACT_DISTR 
DEVACDIS . IFF 



Figure C3 : Development phase computations and options 



lao 




DEV_ACT_DISTR 
DEVACDIS . IFF 









/ 


"T" 


N . 


DEV^PAD 




1 NOTE 1 1 1 


|note aj 1 


[note 3 I 


uc. vne 


HU . i nr 
















Su 


















1 






CALC_DEV_FAD 
CALCDFAD. IFF 




SELECT_TABLE 
SELTABLE. IFF 





KEY_CHANGE 
KEYCHNQ. IFF 



EVAL_KDSI 
EVALKDSI . IFF 



z_:a 



SELECT_ONE 




SELECT_TWO 


SLECTONE. IFF 




SELECTWO. IFF 



INTERPOLATION 
INTERPOL. IPF 



NOTES: 

1 . GRAF^ACT_DIST_PD 
GRAFADPD. IPF 

2. GRAF_ACT_DIST_PHASE 
GRAFADP. IPF 

3. GRAF_ACT_D I ST_ INTEST 
GRAFADIT. IPF 



Figure 04: Development activity computations and options 



Ifll 





MAINT^BASIC 




MA I NT_ INTERNED I ATE 


MAINTBAS . IPF 




MAINTINT . IPF 



^ z 



MAINT^DATA^PAD 
NDATAPAD. IPF 



CALC_MAINT_DATA 
CALCMDAT. IPF 



Z S 



MAINT^PAD 




KEY_CHANGE 


MAINTPAD. IPF 




KEYCHNQ. IPF 



Figure C5 : 



Maintenance computations and 



op 1 1 ons 



lifiE 






MAINT_PAD 
MAINTPAD. IPF 














/ 1 


\ 




SELECT_TABLE 


Inote 1 




[note al 


KEY_CHANGE 


SELTABLE. IPF 








KEYCHNQ. IPF 



EVAL_KDSI 
EVALKDSI .IFF 



ZT3 



SELECT_QNE 
SLECTONE. IPF 




SELECT_TWO 
SELECTWO. IPF 












INTERPOLATION 
INTERPOL. IPF 



NOTES: 

1. CALC_NAINT_PAD 
CALCMAPA. IPF 

2. GRAF_PD_MAINT 
GRAFPDIi. IPF 



Figure C6 : Maintenance phase activity compu t a t i ons/op t i ons 
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KEY_CHANGE 
KEYCHNQ. IFF 



z 



AGAINT_IT 




WRAF_UF 


AGAINTIT. IFF 




WRAFUF. IFF 



z 



KILL_IT 1 


COCO 


KILLIT . IFF 1 


COCO. IFF 



Figure C7 : Program iteration and termination options 





AGAIN_IT 

/\r^/\TMTT TOC* 






i N i 1 .1 Hr 





SAVE_VALUE5 
SAWAL. IFF 




ERASE_TABLE 
ERASTABL . IFF 




ANOTHER 
ANOTHER . IPF 




1 




1 






SAVE_VALUES 




coco 






SAWAL . IFF 




coco. IFF 





Figure C8 : 



Program iteration 



op t i ons 



IflM 






SAVE_VALUES 
SAWAL. IPF 



/ 


\ 


BASIC_SAVE 
BASSAV. IPF 






INTERNEDI ATE_SAVE 
INTSAV. IPF 


\ 


/ 









REPORT. 

1 DD*mi IX 


_OUT 

T DC 












1 Kr^ \ UU \ 

/ 


. i cr 

\ 






|note 1 1 


I NOTE aj 


|nOTE 3 I 


NOTE 4 



NOTES: 

1. BASIC_RPT_ONE 
BRPTONE. IPF 

2. BASIC_RPT_ALL 
BRPTALL. IPF 

3. INTERMEDIATE_RPT_ONE 
IRPTONE. IPF 

<4. INTERMEDI ATE_RPT_ALL 
IRPTALL. IPF 

5. Each module listed in notes 1 - <4 has the option of 
choosing either WRAPUP.IPF or ANOTHER. IPF 



Figure C9: Program data save/report generation 



IfiS 





APPENDIX D 



COCONO TOOL PROGRAM LISTING 



/* STARTUP. IPF ~ STARTUP MODULE */ 

/* This module acts as an auto-exec. It begins the COCOMO-»<-/ 
/* program when KMAN is invoked by the user. 

/* Sample Call: None (Invoked when KMAN is entered) */ 

/* Input: KMAN typed by user ★/ 

Output: Title screen of the COCOMO program 

Sub-module: COCOMO. IPF (COCOMO MODULE) */ 



Load perform "COCOMO" 



Perform "COCOMO 



/* COCOhO.IPF 



COCOMO MODULE 






/* This module prints the coverpage and displays the 
/* banner page. */ 

/* Sample call: PERFORM COCOMO */ 

/* Input: Called by STARTUP. IPF module 

/* Output: Coverpage and banner page 

/* Sub-module: COCO. IPF (COCO MODULE) 



/Let e.deci = 2 1 Sets spreadsheet decimal places 

Clear I Clears screen 

Form COVERFRM 1 Coverpage 

At 3,30 put " " 

At ^,30 put "C 0 C 0 M O” 

At 5,30 put " " 

At 7,28 put "construe t i ve COst MOdel" 

At 9,28 put " for " 

At 11,22 put "Estimating Software Development Cost" 

At 13,22 put "Dec 1985" 

At 15,27 put "Naval Postgraduate School" 

At 16,27 put " Monterey, CA" 

At 23,32 put "PRESS SPACE BAR" with "B" 

At 1,1 to 2^,80 put "FBBW" 

At 2,3 to 23,78 put "FWBU" 

At 23,31 to 23,48 put "FOBU" 

Endf or m 

Putform COVERFRM; [ displays coverpage. 

Ula i t 



Ifi? 



Form BANNERCO 

At 3,33 put "COCOMO PROGRAM'* 

At 5, IE put "This decision support system program automates" 
At 6, IE put "the COCOMO method of software engineering for" 

At 7, IE put "development and maintenance. It enables the" 

At 8, IE put "user to select one of two models (Basic or" 

At 9, IE put " I n ter med i ate ) , and one of three modes" 

At 10, IE put "(Organic, Sem i de t ached , or Embedded) for the" 

At 11, IE put "computation of development and or maintenance" 
At IE, IE put "data for a given KDSI input. Options include" 
At 13, IE put "phase distribution calculations for development' 
At 14, IE put "or maintenance, activity distribution by phase" 
At 15, IE put "for development, graphs, reports and model/mode' 
At 16, IE put "iterations. Iterations of data can be saved" 

At 17, IE put "for report generation. Data can be saved" 

At 18, IE put "or erased before the program is terminated." 

At E3,E8 put "PRESS SPACE BAR TO BEGIN" 

AT 1 , 1 TO E4, 80 PUT "FOBW" 

AT E, E TO E3, 79 PUT "FOBU" 

At E3,E7 to E3,53 put "FWBU" 

Endf orm 

Putform BANNERCO; ! Displays banner. 

Release COVERFRM ; 

Wa i t 

Load perform "COCO" 

Release BANNERCO ; 

Perform "COCO" 1 Redefines function keys and loads menu 



COCG-IPF 



UUCU MODULE 



/^: This program begins the CGCGMO process, redefines 

function keys and displays the screen for CGCGMO model 
select ion « 

/•^ Sample calls PERFORM COCO 

/T^.- I npu 1 2 Call ed by CGCGMO . I PF 

/ Output: F kev selection of COCO MO model 

/ ih F 1 - Bas i c mode 1 

/•^ F3 - 1 n t ermed i ate model. 

Bubmodu 1 es : SE TUPBAS . 1 PF ( SET Jjp_. BhB I C MODULE ; 

SETUPiN T .. IFF ' SE T "uP ’ 1 NTEPMED j A TE MUlTJI..;;: 



Let e.serr true 

l‘\ e 1 e a s e p e i- f o r i n "COCO M G ' ‘ 

Let e.serr = f a 1 s e 

Function !::evs redefivied for model selection 



R;5def i ne 


func t ion 


1 •' 


Per for m 


\''3ETUPBAS\' 


' \ ;l. 3 


Redef i ne 


func t ion 


P 


Per f o r m 


\ ''SETUP L NT \' 


• 1 


Redef i ne 


func t i on 


3 “ 


\’HJRGMG 


l<EY\” 


\ 1 . 3 “ 




Redef 1 ne 


func t i on 


D “ 


\ ■' WRONG 


KEY\” 


\ 1 3 " 




Rede f ,i ne 


func t :i. on 


u " 


\“ WRONG 


LEVX 


\ 1 3 ” 




Redef i ne 


func t ion 


6 ’• 


\" WRONG 


FEY \“ 


1 3 •’ 




f-:edef i ne 


func 1 1 on 


n 


' '* WFM...ih !G 


KEy\" 


1 3 " 




Redef i ne 


func t j. o n 


B ” 


•U' WRONG 


KEY *' 


. 13“ 




Redef 1 ne 


func. t i on 


9 " 


\ " WrvQNG 


k:e r \ " 


V 13“ 




Redef i ne 


func 1 1 on 


1 0 ” 


Per to r in 


X "WRAPUPl " 


. id“ 






! (■••1 o d e .1 s e 1 e 1 1 o n f o r i n 



Form h DDL FORM 
At £ 1 33 put 
At 3.33 put ’‘COCO M 0“ 

At 4,33 put ” ” 

At 6,33 put ”T0 SELECT A MODEL DEPRESS ONE“ 

At 8.36 put ’‘OF THE FOLLOWING F KEYS:" 

At 13.36 put "Fi BASIC" 

At 15.36 put "F3 INTERMEDIATE" 

At 13.36 put "FIO END PROGRAM" 

At 1.1 to Sh.SO put "FBBW" 

At 3.3 to 33,78 put "FWBU" 

At 10.35 to 18.41 put "FRBU" 

b fi d T O m 

i..> o ^ d p <•"> V" 1' o \ ■ iTi " b b 1 LJ F' B A S ’ ‘ 

L. c« d p t? I “ f o r m - " S E T U I N T ’ ' 

L- Cl 3 d p B V “i" o V" i n ’ * Ul f-i !"•' Li F’ " 

Put form MODLFORM; ‘ Display model selection scvef 



no 



/* SETUPBAS. IPF - SET._UP_.BAS I C MODULE 

This module redefines F keys to load one of three 
/■it spreadsheets for the Basic COCOMO model. 

/* Sample call: PERFORM "SETUPBAS" *• 

/■it Input: Function key to select development mode 
/ ■* FI ~ Organic. --t 

/■it F2 — Semidetached. -t 

/it F3 - Embedded- 

/-X- Output: basic model spread-sheet 

/•:-t Sub-module; SSLDDBAS ■ 53._L0AD_.BAS I C MODULE' 

MODE = 0 ! Defines arnd i n i t ia i. i zes ar i ab -z 

/■it ■ Funizt 1 on keys redefined to -select proper ba-sic (nod'-= ■•■'■• 

Redefine function 1 " MODE == 1; PERFORM ' \ " SSLODBASX " 

USING \"M0DE\" \13" 

Redefine function S " MODE = E; PERFORI'I \"SSLQDBAS\" 

USING \"M0DE\" \13" 

Redefine function 3 " MODE = 3: PERFORM \ " SSLODBASX " 

US I NG \ " MODE \ " ■■ 13" 

Rede f i 'ii e f u 'n c t i o n 1 0 ' ' \ ' ‘ W F; O N G K E i \ ' ' \ 1 3 ' ' 

Form MODtlFOFd'-'l ! Displa'vs moiJe select lO'n 

At S K 3Z-i Put " " 

At 3,33 Put "C 0 C 0 M 0" 

At 4,33 Put " " 

At 5,23 Put "TO SELECT A MODE DEPRESS ONE" 

At S,2S Put "OF THE FOLLOWING F KEYS ;i " 

At 12,2o Put "FI BASIC ORGANIC" 

At 16,26 Put "F2 BASIC SEMIDETACHED" 

At 20,26 Put "F3 BASIC EMBEDDED" 

At 1,1 to 24,80 Put "FBBW" 

At 2,3 to 23,78 Put "FWBU" 

End for in 

R e 1 e a s e p e r f o r m "CO C 0 ' ' 

Release perform "WRAF'UP" 

Rsi 1 ease MODLFORM 

Load perform "SSLODEiAS" 



Putform MODEFORM; at 24,1 



! D i s p 1 a V ii'i o d e s e 1 e c 1 1 o ^■| s c r e e n 



/- bSLGDBAS.IPh - 3 S_LuAD_BAS I l; MUUULb 

This module loads a b^-isic model sprGsadsheet tor the 
/ •>• organic;, semidetached h or embedded modes „ 

Sample call: PERFORM “SSLGDBAS" Ublt'iG "MODE*' 

Inputs: MODE - Organic, Semidetached or Embedded;, as 

user selected by F ke'/ 

Output: CGCOMO Basic spr evadshee t , by (node 

Let e.deci = S ! Sets spreadsheet decimal places 



o r f n 5 G L- ill A U B h b 

At EE,E6 Put "LOADING BASIC MODEL" l-ilTH "B" 
At EE, Lb to EEmh 6 Put "FGBU" 

End t o r m t 



Puttorm SSLOADBAS 5 a^t S*^4- , 1 



Redefine function 1 
R e d e f i n e f u n c 1 1 o n E 
F< e d e f 1 n e f ix r, c 1 1 o n 3 
R e d e f i n e f u n c t i c. n ]. 0 



PERFORM \"DEVPARBA\" 
\" DEPRESS FI FIRSr\" 
\" DEPRESS FI PIRST\" 
" PERFORM \ "KE v CHMQ\ " 



\13" 
\ 13" 
V 13" 



L o a d p j t o r fn " D L V F‘ A h' B A 
Load perform "KEYCHNQ" 



Release MODEFORM 
Re 1 ease perf or m " SliETUPBAS " 

MODE #A; 

i f MODE -- 1 thien 

Load "CPU" HLth "C";; 

Else 

If MODE = P then 

Load "CBS" with "C"; 
Else 

. - MODE 3 

Load "CB£" with "L" 

E nd 1 f 5 
E n d !L f H 



! G \ c] a i ^ i c: s p r t=.* a d hi e e t 

I " C; " 1 o a d s c: e 1 1 d e f i n i. 1 1 o n s 

I b e rn i d e 1' a c: f i e d s p v e . h d s \ « e g? t 

! E~ I ri 1.J e c;! (-1 e c.;l 's p i ■ e a d s i t e e c 



ns 









! Displays et f or t schedu 1 e page 
1 ho V e s c Li r s o r t o K:! D 3 1 i i "» p i..i t c e 1 I 
! Initiates the spreadsheet mode 

Release SSLOADBAS 
Release MODE 



Calc = #A1 
Calc “■= #D5 
Ca 1 c 



DEVPhRBA.IPF 



MODULE DEV PARAMETEF^ BASIC 



^ This module calculates effort and schedule criteria fo 
the basic COCOMO model and its'‘ three modt^s: organic-, 
semidetached and embedded « The results of these 
calculat ions are displayed to the user. 



Sample calls PERFORM "DEVPARBA" (Invoked by F-i) 



/ ^ I npu t s 



KDSI = Number of thousands of deli v ere a source 
instruct ions 

F’ C 0 S T = P e r s o n n e 1 c o s t s p e r m a n - i n o n 1:. h 



/ 



Gu tpu t i: 



MAN-MONTH - effort 

PFcODiJCT I V I TV - del i vered source i ns i: r uc t i one 



man -trion th 

T D' E 'Z - e f f o r t s c: h e d u j. e i ri m o n t hi s 
F 3 F' — f Li 1 1 1 1 m e s o f b v j a r e p e r s o n n e 1 

ANNUAL COST — development cost per vear 



L o c a 1 1 

L o c a 1 J 
Local MAX MUM 



Let NhXNUM E’jr^ ! Number for error messarie aela/ - os.'nt 

I-' o r M l C U h F' F 0 R M ! C o \ r; put i n (::j e f f c« r t / s c: h e d u 1 (:•:■ ■ f o i * C\\ 

At IE. Eh put “ COriPUT I MG EFFORT /SCHEDULE *' w:iL:h “B*‘ 

At 1E,E3 to :ia,5i put '‘fobu*’ 

E)-\df or ifs n 

i - u b f o I' m c o I I I p f o r rn ;; a b E ’ -t .. I 
Form LhRGF.DSI 



A t 


lE.ES pub 


“KDS i: 


i: 3 


GREATER THEN 


5 IE" NITH 


A b 


13.30 pub 


•’FDSI 




DR -.5:1.3 GNLv 


i 1 


H t 


1 E . E6 to 


.1. >:j* I t.'bj 


jilt u b 






End TO 


v~ii^ 










h ‘j r iTi 


SNALF..DS1 










e. b 


L E . J'X t 


’‘b:D3I 


IS 


LESS THEN E" 


WITH "B" 


At 


1. 3.30 put 


'‘KD3I 


P 


□ I-' <5 IE ONLY 


M 


At 


1 E 1 E o t o 


1 3 . 55 


p u t 


"fwbr '• 





End form . 



ERRFLAG 0 

KDBI ^ #D5 ! User 

PCOST #D6 ! UsBT 

If KDSI < 2 then 

Putforrn SMALKDSI ; AT 24,1 

Let I = 0 

While I < MAX NUN do 
I I + J. 

Eindwh i 1 e 

CALC = imc 
CALC 

ERRFLAG ^ 1 
E 1 e e 

If KDSI > 512 then 

F‘ u 1 1 o r m L- A R G l<’. D S I 5 AT 2 h i 
Let J - O 

I'J hi i 1 0 J <; M A X W U 1'1 d o 
J J 1 
Endwh i 1 e 



input KDSI 
1 n p u t c o 0 1 / m a n •*- m o n 1 



! KDSI is too small 
I E r r o V' ni e s b a q e d e !L a y 



C u r s D r b a c I-: I: c< h D S I i ri c - 1 

II 1 0 a r B e c" o i^‘ < n 'H b a «k e 
Dl:i n " t per f o r m a 1 v ;:; u 1 a c. i • • 



1 ! 1<: D 3 1 i s t o o I a r q e 

! E: r r ci r‘ e s s a n e ^ j e 1 



CALC #D5 
CALC 

ERRFLAG 1 



! C u r s o r b a c. I-: t o K! D I i. « « 
! Clears error messaqe 
I D o n •' per f o r » n c a 1 < u 1 t 



End i f ^ 
End i f ; 



Let e-serr - true 

Or Compr.ite de ve L opiiiBiit parameters- ^ ■ 

]■ f E R P F hi G =~ 0 T ; li e n ! K D S '[ i s 2 a i ■ i l;! ! 5 .1. 2 

ii 



ns 



put 
1. O i "i 



#C20 - 



1 



L^oad perform "DEVPHDIS'' ! Phase calculations 

L. c:i a ( j p erf o r ' ' M A I N T B A 3 “ ! r- i a i n t e n a n c e c: a 1. r: u 1 .d 1 1 o n 

1.^ o ad p e r f c.i r m ’ ' K'! E V C H IM Q ‘ ‘ 

Redefine function E " Perform \ " DEVPHD I S\ “ \13" 
Redefine function 3 " Perform \ " MA I NTBA3\ \13“ 
Rede f i ne f unc t i on 1 0 “ Perform \ " KEYCHNQX “ \ 1 3 " 



If MODE == 


1 t hi e n 


#013 ■•= 


S » # 


LL 

iii 


#D13 


( lO'OO 


KDSI ) 


#D1A 


id ■ 


(EXP (.3: 


#015 


#Dia 


/ #D1h- 


#D1cd 


PCDBT 


#013 


I./ a 1 c H 




1 


E 1 se 






If MODE 


3 


1; hi e v"i 


#Di3 


3. 


C) ^ ( E X F-' 


#D i 3 


= (.1. 


000 KDS 


#D1# 


“= B « 


5 ^EXP 


#015 


■:r #i. 


13 / #Dla 


#0 1 6 


- PC 


OST #Dli 


1 c 


■1 





oraanic moae 



av“ocluchi 



/ annt_ial 
! D 1 s p 1 / B u p d a t e d b p i " e a d s h; e 

* a e j 1 1 ;t. d e t a c. i'"i e d i r» c« 

. XB LN ( KD3 1 ) ) ) 

/ # D IB p r I j d u c:: 1 1 



■> anriLia I. 



! i 3 1 s p i a y u p d a t; e t j b {:) r e a c;l 






! embedded mode 



#D:LS = 3.6 ^ (EXP ( 1 . EG LIM (KDSI))/ mm 



#D13 


nr 


(1000 ^ KDS I) / 


#014 




S.5 * (EXP ( .3£ 


#015 


nr 


#D12 / #D14 


#016 


nr 


PCOST •* #Dia 



# D 1 E / ^ p r o cj u. c t i i t y 
^ LM ( #D1 1) ) ) /‘^ kdev 

tsp 

/-^ annual co^irl: 



La 1 c H 



End if ; 

End if ; 

End i f ; 

Let; e » serr •= fa 1 se 



F\b lease 
Re 1 ease 
Re 1 ease 
Re 1 ease 
Re 1 ease 
Re^ lease 



COMP FORM 
LARGKDS I 
SMALKDBI 
ERRFLhG 
KDS I 
PCG3T 



.0 1 s p 1 a V s LI u '::i ate r\ •: {j « •• vi- a . .1 -• }• e 



/•^ SETUP I NT- IFF 



- SET.^UF\^ INTERNED I ATE NODULE 

/•^ This module redefines F kev'S to load one of three 
Spreadsheets for the Intermediate COCONG model 

Sample call:: PERFORM “SETUPINT" 

/•?■ Inputs Function key to select development mode 
FI Organic 

FE •*" Semidetached / 

/-^ F3 - Embedded 

/ Ou t p u t : I n t er med i a t e mo d e 1 sp r e ad sh ee t / 

Sub-module : SSLQDINT •: SS„._LGAD INTERMEDIATE • 

NODE •= 0 ! De f i nss and i n 1 1 1 a 1 i es . a i . P .!. a 



R a d e f i n e f u ri c 1 1 o v\ 1 ' ' 

Redef i ne f unc 1 1 o n E " 
Redef i ne f unc t i on 3 " 
R e ( j a f i n a f u. n c t ;i. o n 1 0 



NUDE i PERFDRN \ " BSLGD I NT\ ” 
USING \‘'NGDE\'’ \13" 
NODE E|! PERFORM \ '' S5LGD I NT\ “ 
USING \"NOD£\" \i3" 
NODE - 3:; PERFORM \ “ SSLOD* I IMT n “ 
USING \’‘MGDE\‘' \13“ 

"URUNG KE f'\” \13*‘ 



Fovm NGDEFuRM ! Displays mode select ior» 

At E,33 Put " ■’ 

At 3,33 Put "COCO M 0“ 



At 4,33 Put " “ 

At 6,E3 Put “TO SELECT A MODE 
At 3 , E6 Put. “OF THE FOLLuUING 

At lE,Ei> Pub “FI INTERNEDIATE 

At ISnEo Pub “FE INTERNEDIATE 

^Vb E0,E6 Put “F3 INTERMEDIATE 

At 1,1 bo 34,30 Put “FBSW“ 

Mt E,3 to E3,7S Put “FNBU“ 



DEPRESS GNE“ 

F !<EYS;:“ 
ORGANIC'- 
SEMIDETACHED" 
ENCEDDED" 



Eiidf orm 



Re Lease per form “CUCU" 

R e .1. e a s e p g? r t :;i nu " b J R A P U P ' ' 

Release MuDlFORM 
L o a ( j p a r f o r m “ S Ei L ( J D I ti 1" * ' 

Put form NGDEFGRN;; at 24,1 ! Display mode selection screen 



na 



/* SSLQDINT.IPF - SS_LQAD_ I NTERMED I ATE MODULE 

/* This modal© loads an intermediate model spreadsheet for^/ 
/* the organic, sem i de t ached , or embedded mode. */ 

/* Sample call: PERFORM “SSLODINT*' USING “MODE“ */ 

/* Inputs: MODE = Organic, Semidetached or Embedded, as 

/* user selected by F key 

/* Output: COCOMO Intermediate spreadsheet, by mode -»<■/ 



Redefine function 1 " PERFORM \ •' REDE VDAT\ " \13” 

Redefine function 2 " \"WRONG KEY\" \13" 

Redefine function 3 ” \"NRONG KEY\" \13" 

Form SSLOADINT 

At 22,26 Put "LOADING INTERMEDIATE MODEL" WITH "B" 

At 22,25 to 22,53 Put "FOBU" 

Endf orm ; 

Putform SSLOADINT; at 2^,1 

Release MODEFORM 

Release perform "SETUPINT" 

Load perform "REDEVDAT" 

Let e.deci = 2 I Sets spreadsheet decimal places 

MODE = #A; 

If MODE = 1 then [ Organic spreadsheet 

Load "CIO" with "C" ; "C" loads cell definitions 

Else 

If MODE = 2 then [ Semidetached spreadsheet 

Load "CIS" with "C"; 

E 1 se 

/* MODE = 3 */ 

Load "CIE" with "C" ; 

End i f ; 

End i f ; 






Embedded spreadsheet 



I Displayes effort cost driver page 
[ Moves cursor to first cost driver 
[ Initiates the spreadsheet mode 

Release SSLOADINT 
Release MODE 



Calc= #A96 
Calc = #F100 
Calc 



/* REDEVDAT.IPF - READ DEVELOPMENT DATA MODULE 






/* This module reads cost driver inputs, and calculates 
/* and validates the effort adjustment factor (EAR). */ 

/* Sample call: PERFORM “REDEVDAT" 

/* Input: 15 effort cost drivers 

/* Output: Effort Adjustment Factor (EAR) -«■/ 



Form EAFCOMP 

At 23,33 Put "COMPUTING EAR" WITH "B" 
At 23,32 to 23,47 Put "FOBU" 



Endf or m 


Pu t f or 


-m EAFCOMP 


Loca 


1 


DRl 


Loca 


1 


DR2 


Loca 


1 


DR3 


Loca 


1 


DR4 


Loca 


1 


DR5 


Loca 


1 


DR6 


Loca 


1 


DR7 


Loca 


1 


DR8 


Loca 


1 


DR9 


Loca 


1 


DRIO 


Loca 


1 


DRl 1 


Loca 


1 


DRIP 


Loca 


1 


DR 13 


Loca 


1 


DR 14 


Loca 


1 


DR 15 


Loca 


1 


MAXCOUNT 


Loca 


1 


I 



2D1 



DRl 


= 


#F100 


[ RELY 


DR2 


= 


#F101 


I. DATA 


DR3 


= 


#Fioa 


! CPLX 


DR4 


= 


#F103 


1 TIME 


DR5 


= 


#F10^ 


! STOR 


DR6 


= 


#F105 


1 VIRT 


DR7 


= 


#F106 


! TURN 


DR8 


= 


#F107 


1. ACAP 


DR9 


=r 


#F108 


! AEXP 


DRIO 


= 


#F109 


1 PCAP 


DRl 1 


= 


#F1 10 


! VEXP 


DR12 


= 


#FM 1 


! LEXP 


DR 13 


= 


#F1 12 


1 MODP 


DR14 


= 


#F1 13 


! TOOL 


DR 15 




#F1 1«4 


1. SEED 



Form BLANKQUT 
At E3,33 Put " 

At 23, 3E to 23,^7 Put "FUBU" 
Endf orm ; 



Form EAFERR I EAF has a negative value 

At 23,22 to 23,57 Put "FWBR" 

At 23,23 Put "CAN^T USE NEGATIVE QR ZERO VALUES" WITH "B 
Endf or m 



/* Compute EAF */ 

EAF = DRl * DR2 * DR3 * DR^ DR5 ^ DR6 * DR7 ^ DR8 ^ DR9 \ 
^ DRIO * DRll ^ DR12 * DR13.* DRl^ * DR15; 



/* 

If 



Validate cost driver input */ 

EAF <= 0 then 

Putform EAFERR; at 24 % 1 [ Displays error message 

1=0 

MAXCOUNT = 200 

While I < fiAXCOUNT do 1 Delay to display error message 

I = I 1 



EndiA/h i 1 e 
Calc = #F100 
Calc 



Cursor placed in first cost driver 
Redisplays cost driver page 



2D2 



I 



cell 



Else 

Redefine function 1 '• PERFORM \ " DEVPARMSX " \13" 

Redefine function 2 " \"DEPRESS FI FIRSTN" \13" 
Redefine function 3 ’’ \"DEPRESS FI FIRSTX" \13" 
Redefine function 10 " PERFORM \ "KEYCHNQN " \13" 
Load perform "DEVPARMS" 

#H11 = EAF EAF displayed on KDSI input page 

Putform BLANKOUT ; at 24,1 
Release EAFCOMP 
Release EAFERR 
Ca 1 c 
Calc 
End i f ; 



= #A1 1 Displays ef f or t /schedu 1 e input page 

= #D5 1 Places cursor into KDSI input cell 



2D3 



/* DEVPARMS.IPF - DEV^PARAMETERS MODULE 

/* This module calculates effort and schedule criteria for-x-/ 
/* the intermediate COCOMO model and its' three modes: */ 

/* organic? semidetached? and embedded. The results of */ 
/* these calculations are displayed to the user. 

*/ 

/* Sample call: PERFORM “DEVPARMS" (Invoked by FI) 

/-H- Input: KDSI ~ Estimated number of thousands of 

/■X- delivered source instructions */ 

/* PCOST ~ Personnel costs per man-month for 

/* development 

/* Output: MAN-MONTH (Nominal) - Effort 

/■)<■ MAN-MONTH (Adjusted)- Effort x EAF */ 

/•^ PRODUCTIVITY - Delivered source i ns t rue t i ons/mm-^ / 

/-^ TDEV - Effort schedule in months 

/■^ FSP - Full time software personnel 

/ ANNUAL COST - Development cost per year */ 

Local I 
Local J 
Local MAXNUM 
Local MODE 

Let MAXNUM = EOO ! Number for error message delay counter 

Form COMPFORM I Computing ef f or t /schedu 1 e form 

At IS, 27 Put “COMPUTING EFFORT /SCHEDULE “ WITH 
At 12?26 to 12?53 Put “FOBU” 

Endf or m ; 

Putform COMPFORM; at 2^ ? 1 
Form LARGKDSI 

At 12?28 Put “KDSI IS GREATER THEN 512“ WITH “B“ 

At 13?30 Put “KDSI >2 OR <512 ONLY" 

At 12,26 to 13,55 Put “FWBR" 

Endf orm ; 



Form SnALKDSI 

At 12,30 Put "KDSI IS LESS THEN 2“ WITH "B" 
At 13,30 Put "KDSI >2 OR <512 ONLY" 

At 12,26 to 13,55 Put "FWBR" 

Endf orm ; 



ERRFLAG 

KDSI 


= 0 
= #D5 


1 User 


input KDSI 


PCOST 


= #D6 


1 User 


input cos t /man—mo nt h 


EAF 


= #H11 


1 Cost 


driver product value 


MODE 


= #B20 


! COCQMO Mode 



If KDSI < 2 then 

Putform SNALKDSI; at 24,1 1 

Let I = O 

While I < NAXNUN do ‘ 

1 = 1 + 1 
Endwh i 1 e 

Calc = #D5 1 

Ca 1 c ! 

ERRFLAG = 1 1 

Else 

If KDSI > 512 then 

Putform LARGKDSI; AT 24,1 
Let J = O 

While J < MAXNUM do 
J = J + 1 
Endwh i 1 e 
Calc. = #D5 
Calc 

ERRFLAG = 1 
End i f ; 

End i f ; 

/* Compute development parameters- */ 

If ERRFLAG = O then I KDSI is >2 and <512 

#C20 = "1" ! Program performed effort calculations 

Load perform "DEVPHDIS" 

Load perform "NAINTINT" 

Load perform "KEYCHNQ" 

Redefine function 2 " PERFORM \ " DEVPHD I S\ " \13" 

Redefine function 3 " PERFORM \"MAINTINT\" \13" 

Redefine function 10 "PERFORM \"KEYCHNQ\" \13" 



KDSI is too small 
Error message delay 

Cursor back to KDSI input 
Clears error message 
Don’t perform calculations 

[ KDSI is too large 
I Error message delay 

I Cursor back to KDSI input 
[ Clears error message 
[ Don’t perform calculations 



EDS 



If MODE = 1 then ! Organic mode 

#Dia = 3.2 * (EXP (1-05 ^ LN (KDSI))) 
#D11 = #D12 * EAF 
#D13 = (1000 * KDSI) / #D11 
#D1^ = 2.5 * (EXP (.33 * LN (#D11))) 

#D15 = #D11 / #D14 
#D16 = PCOST * #D11 



MM ( nom ) 

MM(ad j ) 
Produc t i V i t y 
TDEV 
FSP 

Annual cost 



Calc; 

E 1 se 

If MODE = 
#D12 = 
#D1 1 = 
^ #D13 = 

#D1^ = 
#D15 = 
+*D 16 = 
Ca 1 c ; 

Else 



#D12 
#D1 1 
#D13 
#D14 
#D15 
#D16 
Cal c 
End i f ; 

End i f ; 

End i f ; 



I Displays updated spreadsheet 



2 then I Semidetached 

3.0 * (EXP (1.12 * LN (KDSI))) 

#D12 * EAF 

( 1000 * KDSI ) / #D1 1 

2.5 * (EXP (.35 ^ LN (#D11))) 

MDll / #D14 

PCOST * UDll 

I Displays updated 



mode 

[ MM (nom) 

! MM(adj) 

[ Productivity 
1 TDEV 
‘ FSP 

! Annual cost 
spr eadshee t 



2.8 * (EXP 
#D12 * EAF 
( 1000 * KDSI ) / 

2.5 * (EXP ( .32 
#D11 / ^D14 
PCOST * #D11 



Embedded mode 
(1.20 ^ LN (KDSI ) ) ) 



#D1 1 
* LN 



( #D1 1 ) ) ) 



MM ( nom ) 
MM(ad j ) 
Produc t . 
TDEV 
FSP 

Annual cost 



Displays updated spreadsheet 



Re 1 ease 
Re 1 ease 
Re 1 ease 
Re 1 ease 
Release 
Re 1 ease 
Release 



COMPFORM 

LARGKDSI 

SMALKDSI 

ERRFLAG 

EAF 

KDSI 

PCOST 



/* KEYCHNQ.IPF - KEY^CHANGE MODULE 

/* This module redefines F keys, displays a selection 
/* screen on the spreadsheet, and dependent on the user 
/* selection, either selects another program iteration or 
/* ends the program. */ 

/* Sample call: PERFORM “KEYCHNG" (Invoked by FIO) */ 

/* Input: F key selection by user 

/* Output: Program end or program reiteration 

/* Submodule: AGAINIT.IPF (AGAIN IT MODULE) */ 



Let e.serr = true 
Release perform “DEVPARMS” 

Release perform "DEVPARBA" 

Release perform "DEVPHDIS" 

Release perform ‘'GRAFPHE" 

Release perform "GRAFPHS" 

Release perform "DEVACDIS" 

Release perform "GRAFADPD" 

Release perform "GRAFADP" 

Release perform "GRAFADIT" 

Release perform "MAINTPAD" 

Release perform "GRAfPDM" 

Let e.serr = false 
Load perform "AGAINIT" 

Load perform "WRAPUP" 

/* Function keys redefined for spreadsheet use */ 

Redefine function 1 " PERFORM \ “ AGA I N I T\ " \13" 

Redefine function 10 " PERFORM \"WRAPUP\" \13" 

Form FINIS 

At 5, 2^ Put "BEFORE QUITTING " 

At 8, 13 Put "SELECT an option:" 

At 11, 19 Put "<F1> Another i ter at i on/ Save va 1 ues / Repo r t s " 

At 13, 19 Put "<F10> End program" 

At 1, 1 to 24, 80 Put "FBBW" 

At 2, 3 to 23, 78 Put "FWBU" 

At 13, 18 to 13, 37 Put "FRBU" 

Endf or m ; 

Putform FINIS; at 24,1 



2D7 



/* MAINTBAS. IPF 



MAIN! BASIC MODULE 






/* This module begins the basic maintenance calculation by*/ 



/* displaying the maintenance effort and schedule page. */ 
/* Sample call: PERFORM '’MAINTBAS" (Invoked by F3) */ 
/* Input: None */ 
/* Output: Maintenance effort and schedule page */ 



Release perform 
Release perform 
Release perform 
Release MODE 



"DEVPARBA" 

"SSLODBAS" 

"DEVPHDIS" 



Load perform "MDATAPAD" 



Redefine function 1 " 
Redefine function 2 " 
Redefine function 3 " 



PERFORM \"MDATAPAD\" \13" 
\"DEPRESS FI FIRSTX" \13" 
\"DEPRESS FI FIRSTX" X13" 



MODSTAT = O 



Basic maintenance 



Ca 1 c = #11 
Calc = #M5 



1 Displays maintenance ef f or t X schedu 1 e page 
[ Places cursor in cost per man-month cell 



2oa 



/* MAINTINT.IPF - MA I NT_ I NTERMED I ATE MODULE 

/* This module begins the intermediate maintenance 
/* calculation by displaying the maintenance cost driver 
/* table for inputs. */ 

Sample call: PERFORM “MAINTINT" (Invoked by F3) 

/* Input: None 

Output: Maintenance cost driver table 

Release perform ’’DEVPARMS” 

Release perform "SSLODINT” 

Release perform "DEVPHDIS" 

Release perform “REDEVDAT" 

Release MODE 

Load perform “CALCEAFM” 

Redefine function 1 PERFORM \ " CALCEAFMX “ \13“ 

Redefine function 2 " \"WRONG KEY\" \13“ 

Redefine function 3 \"URONG KEY\" \13'’ 

Calc = #A115 ! Displays maintenance cost drivers 

Calc = ♦♦Flip ! Places cursor onto first maint. cost driver 



am 



/* DEVPHDIS.IPF - DEV_PHASE_.DISTR NODULE */ 

/* This is the control module for the calculation of the 
/* effort and schedule distribution by phase. 

/* Sample call: PERFORM “DEVPHDIS” (Invoked by FE ) 

/* Input: KDSI - estimated number of thousands of 
/* delivered source instructions 

/■H* MM “ adjusted development man-months 

/* TDEV - development schedule 

Output: Same as input 

Effort and schedule phase distributions 

/* Submodule: PHASEDIS.IPF ( PHASE_D I STRE MODULE) */ 

Let e.serr = true 

Release perform "REDEVDAT*' 

Release perform "DEVPARMS" 

Release perform “DEVPARBA" 

Release perform "SSLODBAS" 

Release perform "SSLODIMT" 

Release perform "MAINTBAS“ 

Release perform “MAINTINT” 

Let e.serr = false 

Redefine function 1 " PERFORM \“GRAFPHE\" \13” 

Redefine function E “ PERFORM \”GRAFPHS\" \13" 

Redefine function 3 '• PERFORM \ " DEVACD I S\ " \13‘' 

Form COMPHASE 

At 16, EE Put "COMPUTING PHASE DISTRIBUTION" WITH "B" 

At 16, El to 16,57 Put "FOBU" 

Endf or m ; 

Calc = #A39 1 Displays spreadsheet phase distribution 

Putform COMPHASE; AT E4 , 1 ; [ Computing message 



EID 



Load perform "PHASEDIS" 
Perform "PHASEDIS"; 
Release perform "PHASEDIS 



#C20 = "2" 
#D21 = #D46 
#D22 = #DA8 
#D23 = #D^9 
#D24 = #D50 



Program calculated activity distributions 



PD value for graphing 
DD value for graphing 
CUT value for graphing 
IT value for graphing 



Load perform "DEVACDIS" 

Load perform "GRAFPHE" 

Load perform "GRAFPHS" 

Release CQMPHASE 
Release KDSI 
Release MM 
Release TDEV 
Release TABLEROW 
Release STARTCOL 
Release TEMPCOL 
Release DISTTYPE 

Calc ! Displays spreadsheet with calculated values 



Sll 



/* PHASEDIS.IPF - PHASE^DISTR MODULE */ 

/* This module controls the calculation of effort and 
/* schedule distribution by phase. 

/* Sample call: PERFORM “PHASEDIS” */ 

/* Input: KDSI - Estimated number of thousands of */ 

/* delivered source instructions */ 

/* MM - Adjusted development man-months */ 

/* TDEV - Development schedule 

/* Output: Effort phase distributions 

/-^ Submodules:SELTABLE. IPF ( SELECT^EFF /SCHED^TABLE MODULE)^/ 

/* CALCEFSC.IPF ( CALC_EFF_SCHED MODULE) */ 

Local MODEL 
MODEL = #A20 

If MODEL = 1 then [ Basic model 

MM = #D1E 

Else 1 Intermediate model 

MM = #D1 1 
End i f ; 

KDSI = #D5; 

TDEV = #D1^; 

DISTTYPE = i; I Phase distribution. 

Load perform "SELTABLE" 

Perform •'SELTABLE" using "DISTTYPE", "KDSI"; 

Release perform "SELTABLE" 

Load perform "CALCEFSC" 

Perform ’•CALCEFSC" using "MM", "TDEV"; 

Release perform "CALCEFSC" 

Return ; 



ElE 



SELECT TABLE MODULE 



/* SELTABLE.IPF - 






/* Based on the type of d i s tr i bu t ion j this module selects */ 
/* the top left cell of a table within the spreadsheet. */ 
/* This top left cell is used as a starting point for */ 
/* selection of phase percentages. */ 

/* Sample call: PERFORM "SELTABLE" USING "ttA" , "#B" */ 



/* 


I nput : 


#A = DISTTYPE - type of distribution: 


*/ 


/# 




PHASE - phase distribution of effort and 




/* 




schedu 1 e 


*/ 


/* 




PRODDES - activity distribution of product 




/* 




des i gn 


-H-/ 


/* 




PROSING - activity distribution of 


^ / 


/* 




progr amm i ng 




/* 




INTTEST - activity distribution of 




/* 




integration and test 


*/ 


/* 




MAINT - activity distribution by phase for 




/* 




ma i n tenance 




/* 




#B = KDSI - estimated # of thousands of 




/* 




delivered source instructions 




/* 


Output : 


KDSI - Same as input 


*/ 


/* 




TABLEROUl - cell row # of table top row 




/* 




STARTCOL - cell column # of selected tables' 




/* 




left-most column 




/* 




TEMPCOL - cell column number of the temporary 




/* 




percentage location 


*/ 


/* 




Cell +♦ and value of percentage 




/* 


Submo du 


le: EVALKDSI.IPF ( EVAL KDSI MODULE) 





DISTTYPE = #A; 
KDSI = #b; 

TABLEROW = O; 
STARTCOL = O; 
TEMPCOL = O; 



B13 



/* Based on type of distribution, determines location of -«•/ 
/* top left cell of table within the spreadsheet and the */ 
/* temporary location for percentages. */ 



Test DISTTYPE 



Case 1 : 






1 Phase distribution 


TABLEROW 


= 


^6 




STARTCOL 


= 


9 


1 Column I 


TEMPCOL = 




i Column X 


Break ; 








Case E: 






1 Product design 


TABLEROW 


= 


66 




STARTCOL 


= 


9 


! Column I 


TEMPCOL 


= 




i Co 1 umn X 


Break ; 








Case 3: 






[ Programming 


TABLEROW 


= 


66 




STARTCOL 


= 


1^ 


1 Column N 


TEMPCOL 


= 


E5 


[ Column Y 


Break ; 








Case 4 : 






! Integration 2* test 


TABLEROW 


= 


66 




STARTCOL 


= 


19 


! Column S 


TEMPCOL 


= 


26 


1 Column Z 


Break ; 








0 ther w i se : 






1 Maintenance 


TABLEROW 


= 


84 




STARTCOL 


= 


9 


1 Column I 


TEMPCOL 


= 


24 


1 Column X 



End test 

Load perform “EVALKDSI" 

Perform “EVALKOSI" using "KDSI", '‘TABLEROUi" , “ STARTCOL , \ 

"TEMPCOL" ; 

Release perform "EVALKDSI " 

Return; 1 Returns control to the PHASEDIS modules 






/* EVALKDSI.IPF - EVAL_KDSI MODULE 

V* This module evaluates KDSI for standard values (2,8,32,^/ 
/* 128, or 512). If the KDSI > 2 and < 512, it is */ 

/* determined to be nonstandard. */ 

/* Sample call: PERFORM "EVALKDSI” USING -^A", ”#B", "#0%^/ 

/* "#D”; */ 

/* Input: #A = KDSI - estimated # of thousands of 

/* delivered source instructions. 

/* #B = TABLEROW - cell row # of the table top row */ 

/* #C = STARTCOL - cell column # of the selected */ 

/* table’s left most column. 

/* #D = TEMPCOL (temporary storage) - cell column #>/ 

of temporary percentage location. 

/* Output: Same as the above and the cell # and value of 

/■X* percentages. 

/* Submodules: SLECTONE.IPF (SELECt_0NE MODULE) ★/ 

/* SELECTWO.IPF (SELECT^TWO MODULE) */ 

KDSI = #A; 

TABLEROW = #B ; 

STARTCOL = #C; 

.TEMPCOL = #D; 

If KDSI .= 2 or KDSI=8 or KDSI = 32 or KDSI = 128 or \ 

KDSI = 512 then ‘ Standard KDSI 

Load perform “SLECTONE" 

Perform “SLECTONE" using ’'KDSI", "TABLEROW", \ 

"STARTCOL" , "TEMPCOL" ; 

Release perform "SLECTONE" 

End i f ; 

If KDSI > 2 and KDSI < 512 and KDSI ne 8 and KDSI ne 32 \ 
and KDSI ne 128 then * Non-standard KDSI 

Load perform "SELECTWO" 

Perform "SELECTWO" using "KDSI", "TABLEROW", \ 

"STARTCOL" , "TEMPCOL" ; 

Release perform "SELECTWO" 

End i f ; 

Return ; 



21S 



/* SLECTONE. IPF 



SELECT ONE MODULE 



/* This module selects one column of percentages from a 
/* tab le . */ 



/* Sample 


call: PERFORM ’’SLECTONE" USING ’’#A’’ , "#B" . "#C" 


9 "^Z 


/* 


"#D" 


*z 


/* Input: 


#A = KDSI - estimated # of thousands of 


i<-Z 


/* 


delivered source instructions 


*z 


/* 


#B = TABLEROW - cell row # of table top row 


^z 


/* 


#C = STARTCOL - cell column # of selected 


^z 


/* 


table’s left-most column 






^D = TEMPCOL - cell column ^ of temporary 






percentage 




/* Output : 


Cell ^ and value of the selected percentage. 


^ / 


/ 


All selected percentages are stored in the 




/* 


same row as the original percentage and in the 


*z 




following cell columns based on type of 




/* 


distribution selected: 




/* 


phase distribution - column = X 


*z 


Z-^^- 


activity distribution: 


*z 


/★ 


product design - column = X 


-if z 


Z* 


programming - column S5 = Y 


* / 


Z^ 


integration test - column S6 = Z 




Z^ 


maintenance - column E^ = X 


*z 


KDSI 


= #A; 




TABLEROUi 


= nB; 




STARTCOL 


= #C; 




TEMPCOL 


= #D; 





Loca 1 I ; 

Local PERCOL; 
Local MAXAMT; 

mpixamt = a; 



EIL 



If KDSI = 2 then 
PERCOL = STARTCOL 



I 1st column of table 



Else 

If KDSI = 8 then 



PERCOL = STARTCOL + 1 
Else 



[ 2nd column of table 



If KDSI = 32 then 

PERCOL = STARTCOL + 2 



i 3rd column of table 



Else 

If KDSI = 128 then 



PERCOL = STARTCOL + 3 
Else 



I ‘^th column of table 



/* KDSI = 512 */ 
PERCOL = STARTCOL -h 4 



[ 5th column of table 



End i f ; 

End i f ; 

End i f ; 

End i f ; 

1=0; 

/* Percentages moved from table to column */ 

While I < MAXAMT do 

# ( TABLEROW , TEhPCOL ) = # ( TABLEROW , PERCOL ) 

I = I + 1 ; 

TABLEROW = TABLEROW +1; 1 Increments to the next toiaj. 

Endwh i 1 e ; 



Return 
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/* SELECTWO.IPF - SELECT^TWQ MODULE 

/* Based on KDSI^ this module selects two columns of */ 

/* percentages from a table and passes these percentages 
/* to INTERPOL for i n t erpo 1 a t i on . */ 

/* Sample call: PERFORM ‘'SELECTWO" USING ”#A", "#B", 

/* Input: #A = KDSI — estimated # of thousands of 

/* delivered source instructions -h-/ 

/* #B = TABLEROW cell row # of tablets top row 

/* #C = STARTCOL - cell column # of the selected 

tables" left-most column 
#D = TEMPCOL ( temporary column) - cell column 

number of the temporary percentage^/ 
location after i nt erpo 1 a t i on 

/* Output: KDSI - same as input */ 

/* LOWKDSI - standard KDSI which is less than KDSI*/ 

/* entered */ 

/* HIGHKDSI - standard KDSI which is greater than */ 

/* KDSI entered */ 

/* LOWPER - low percentage to be interpolated */ 

/* HIGHPER - high percentage to be interpolated ^/ 

/* HIGHKDSI column of the selected table*/ 

/* TABLEROW - same as input 

/* TEMPCOL - same as input */ 

/* Submodule: INTERPOL. IPF (INTERPOLATION MODULE) */ 

KDSI = #A; 

TABLEROW = #B; 

STARTCOL = #C; 

TEMPCOL = #D; 

Local I; ! I is a local counter to this module 

Local MAXAMT ; [ Maximum number of percentages in a column 

MAXAMT = 8; 



/* Based on KDSI , select variables 
If KDSI > a and KDSI < 8 then 
LOWKDSI = a 
HIGHKDSI = a 
LOWPERCQL = STARTCQL 
HIGHPERCOL = STARTCQL + 1 
Else 

If KDSI > a and KDSI < Sa then 
LOWKDSI = a 
HIGHKDSI = sa 
LOWPERCQL = STARTCQL + 1 
HIGHPERCOL = STARTCQL + E 



for passing to INTERPOL*/ 



1 1st column of table 
1 and column of table 



I and column of table 
I 3rd column of table 



Else 

If KDSI > sa and KDSI < IBB then 

LOWKDSI = sa 

HIGHKDSI = laa 
LOWPERCQL = STARTCQL * B 
HIGHPERCOL = STARTCQL + 3 



3rd column of table 
4th column of table 



Else 

/* KDSI > laa and KDSI < 5ia */ 

LOWKDSI = laa 

HIGHKDSI = 5ia 

LOWPERCQL = STARTCQL + 3 ! 4th column of 

HIGHPERCOL = STARTCQL + 4 [ 5th column of 

End i f ; 

Endif ; 

End if ; 



table 

table 



/* 

/* 

/* 

/* 



Selects pairs of 
of the table and 
made from the top 
rows per table. 



percen 
ca 11s 
to th 



tages fr 
INTERPOL 
e bo 1 1 om 



m the 


ad 


The 


se 


row . 


Th 



jacent co 
1 ec t ions 
ere are e 



1 umns 


*/ 


are 


*/ 


i gh t 


*/ 




*/ 



Load perform "INTERPOL" 
I = o; 



an 



While I < MAXAMT do 

LOWPER = #(TABLEROW,LOWPERCOL) 

HIGHPER = It (TABLEROW,HIGHPERCOL) 

PERFORM ’’INTERPOL'' USING "KDSI", "LOWKDSI" 

"LOWPER” , "HIGHPER 
"TEMPCOL" ; 

I = I + 1 ; 

TABLEROW = TABLEROW +1; I Increments to 
Release LOWPER 
Release HIGHPER 
Endwh i le ; 



Release perform "INTERPOL" 
Re tur n ; 



"HIGHKDSI", \ 
, "TABLEROW", \ 

the next row 



BED 



/* INTERPOL. IPF 



INTERPOLATION MODULE 



•Jf/ 



This module interpolates the two columns of percentages'^/ 
/* selected from the percentage tables. */ 



/* Sample call: PERFORM "INTERPOL" USING "#A" , "#B", "#C",*/ 

/* #D", "#E", "#F", "#G" */ 



/* I npu t : 
/* 


#A 


/* 


#B 


/* 




/* 


#C 


/* 




/* 


#D 


/* 




/* 


nE 


/* 




/* 


#F 


/* 


#G 


/* 




/* 




/* 





KDSI -Estimated # of thousands of */ 

delivered source instructions -^ / 

LOWKDSI - standard KDSI which is less than 
KDSI entered 

HIGHKDSI - standard KDSI which is greater 
than KDSI entered. 

LOWy, - cell # and percentage from the 

LOWKDSI column of the selected table ^ 
HIGH/. - cell # and percentage from the 



HIGHKDSI column of the selected table-^/ 
TABLEROW - rows of low and high per centages^/ 
TEMPCOL (temporary column) - location in 

the X column of the spreadsheet where*/ 
the interpolated percentages are */ 
p 1 aced . */ 



/* Output: Interpolated percentages 



KDSI = +tA; 
LOWKDSI = #B; 
HIGHKDSI = #C; 
LOWPER = #D; 
HIGHPER = #E; 
TABLEROW = #F ; 
TEMPCOL = #G; 



*/ 



/* I nter po 1 a t i on of low and high percentages */ 

TEMPCELL = HIGHPER-*'( ( (KDSI-LOWKDSI ) / (HIGHKDSI-LOWKDSI M* \ 
(LOWPER-HIGHPER) ) ; 

/* Interpolated percentages assigned to X column in */ 

/* spreadsheet */ 

#( TABLEROW, TEMPCOL) = TEMPCELL; 

Return ; 






/* CALCEFSC.IPF - CALC_EFF_SCHED MODULE 

/’)<' This module calculates the phase distribution of effort*/ 
/* by multiplying MM by a phase distribution percentage */ 
/* and the phase distribution of schedule by multiplying */ 
/* TDEV by a phase distribution percentage. It also places*/ 
/* the calculated values in cells for display- */ 

/* Sample call: PERFORM "CALCEFSC’' USING ”#A",‘’#B"; */ 

/* Input: #A = MM - adjusted development man-month */ 

/* = TDEV - development schedule */ 

/* Output: Effort and schedule phase d istr ibu t ions . */ 



MM = #A; 
TDEV = #B; 



Local 


I ; 


! Cou 


Local 


J; 




Local 


DISPEROW 


I Row 


Loca 1 


DISPSROU 




Local 


DISPCOL 




Local 


MAXEFFRT 




Local 


MAXSCHED 




Local 


TEMPEROU 




Local 


TEMPSROW 




Loca 1 


TEMPCOL 





nter s 

column number displays 



DISPEROW 


= 


<46; 


1 


Top row 


for d 


DISPSROW 


= 


53; 


1 


Top row 


for d 


DISPCOL 


= 


-4 ; 


1 


Column for di 


MAXEFFRT 




5; 


1 


Max i mum 


# of 


MAXSCHED 




3; 


1 


Max imum 


# of 


TEMPEROW 


= 


<46 ; 


1 


Top temp 


St or 


TEMPSROW 


= 


51 ; 


1 


Top temp 


s tor 


TEMPCOL 


= 


2-4; 


1 


Temporary col 



isplay of effort distr. 
isplay of schedule distr. 
splay of ef f or t /schedu 1 e distr 

percentages for effort distr. 
percentages for schedule distr 

age row for effort percentage 
age row for sched percentage 
umn ; wh i ch is X . 






/* Calculates effort distribution and displays results. -^/ 

I = o; 

While I < MAXEFFRT do 

#(DISPEROW,DISPCOL) = # ( TEMPEROW , TEMPCOL) * MM 
DISPEROW = DISPEROW + 1 
TEMPEROW = TEMPEROW + 1 
1 = 1 + 1 
Endwh i le ; 



/* Calculates schedule distribution and displays results +/ 
J = 0; 



While J < MAXSCHED do 

#(DISPSROW,DISPCOL) = # ( TEMPSROW , TEMPCOL) + TDEV 
DISPEROW = DISPSRQW + 1 
TEMPSRQW = TEMPSROW + 1 
J = J + 1 
Endwh i 1 e ; 

#H43 = #D5 

Return ; 



[ Displays KDSI 

I Returns control to PHASEDIS module 



3E3 



/* 


GRAFPHE 


. IPF ■ 


/* 


This mo 


du 1 e 1 


/* 


chart for thi 


/* 


opt iona 


1 1 y c 


/* 


compu t i 


ng ph 




the spr 


eadsh 


/* 


Samp le 


ca 1 1 : 


/* 


I npu t : 


o 

LU 


/* 


□u t pu t : 


Pie 1 


Let 


e . dec i 


= 1 


C 1 ear 




For 


m SHTFORH 


At 


9, 20 


Put ” 


At 


9, 31 


Put ”1 


At 


9, 32 


Put ”1 


At 


11, 20 


Pu t 


At 


13, 20 


Put 


At 


6, 13 


to 17 


Endf or m ; 




Putform SHTFQRM 


Wa i 


t 




#Ti 


tie = ” 


EFFQR 


Plo 


t label 


ed */• ; 


Rel 


ease SHTFORH 


Le t 


e . dec i 


= E 


Cal 


c 





It is 



( Invoked by FI) 



:R" with "R" 

ready to continue and again when " 
finished viewing the graph” 



/ 

*/ 

*/ 

*/ 



Return ; 



E2M 



/* GRAFPHS.IPF - GRAF PHASE SCHEDULE MODULE */ 



/* This module displays an instruction screen and a pie 
/* chart for the phase distribution of schedule. It is */ 
/* optionally called by the user via a function key after */ 
/* computing phase distribution. This module returns to */ 
/* the spreadsheet at the phase location. */ 

/* Sample call: PERFORM '’GRAFPHS” (Invoked by FE ) */ 

/* Input: Schedule phase distribution calculations */ 

/* Output: Pie chart display of the input values 



Let e . dec i = 1 
C 1 ear 

Form SHTFORM 

At 9, SO Put " Press the ENTER key when you are" 
At 9, 31 Put "ENTER" 

At 9, 3E Put "ENTER" WITH "R" 

At 11, EO Put " ready to continue and again when" 
At 13, SO Put " finished viewing the graph" 

At 6, 13 to 17, 64 Put "FABC" 

Endf or m ; 

Putform SHTFORM; 

Wa i t 

#Title = "SCHEDULE (in months)" 

Plot labeled PIE from #C53 to ^^D55 

Release SHTFORM 

Let e . dec i = S 

Calc 

Return ; 



2SS 



/* DEVACDIS.IPF - DEV ACT DISTR MODULE 






This is the control module for the calculation of the */ 
/* activity distribution by phase. It invokes DEV_PAD */ 
/* and receives activity distribution compu t a t i ons . 



/* Sample call: PERFORM '‘DEVACDIS" (Invoked by F3) 

/* Input: KDSI - estimated number of thousands of 
/* delivered source instructions 

MM - adjusted development man-months 

/* Output: Phase activity distributions 

/> Submodule: DEVPAD.IPF ( DEV^PAD MODULE) 

#C20 = "3" 1 Program at activity distribution 

Let e.serr = true 
Release perform "DEVPHDIS" 

Release perform "GRAFPHE" 

Release perform "GRAFPHS" 

Let e.serr = false 

Redefine function 1 " PERFORM \"GRAFADPD\" \13" 

Redefine function 2 " PERFORM \"GRAFADP\” \13" 

Redefine function 3 " PERFORM \ " GR AF AD I T\ " \13" 

Form COMPACT 

At 21,37 Put “COMPUTING ACTIVITY DISTRIBUTION" WITH "B" 
At 21,36 to 21,69 Put "FOBU" 

Endf orm ; 

Calc = #A58 1 Displays activity distribution 

Putform COMPACT; at 2^,1; [ Computing message 

Load perform "DEVPAD" 

Perform "DEVPAD"; 

Release perform "DEVPAD" 



*/ 

*/ 

*/ 

*/ 

-H-/ 

*/ 



BEL 



DEVPAD" 



Calc 



Release COMPACT 



Load perform 
Load perform 
Load perform 



••GRAFADPD" 

••GRAFADP" 

"GRAFADIT" 



Return ; 



E27 



DEV PAD MODULE 



/* DEVPAD. IPF - 



/* Based on the development activity distribution type, */ 

/* this module selects a table which contains distribution*/ 

/* percentages by activity */ 

/* Sample call: PERFORM "DEVPAD” */ 

/* Input: KDSI - Estimated number of thousands of */ 

/* delivered source instructions */ 

/* Phase distributions of effort */ 

/* Output: Same as input, */ 

/* DISTYPEl “ product design activity distribution-^/ 

/* DISTYPE2 - programming activity distribution */ 

/* DISTYPE3 - intergration and test activity > 

/* distribution */ 

/* Development activity distribution */ 

/* Phase distribution of effort: */ 

/* PRODEFFT “ product design */ 

/* PROGEFFT - programming */ 

/* INTEFFT - intergration and test */ 

/* Submodules: */ 

/* SELTABLE.IPF ( SELECT^EFF/SCHED^TABLE MODULE)*/ 

/* CALCDPAD.IPF (CALC DEV PAD MODULE) */ 



KDSI = #D5; 

PRODEFFT = #D46; 
PROGEFFT = #D47; 
INTEFFT = #D50; 

DISTTYPE = 2; 

Load perform "SELTABLE 



[ Product design, 

I Pr ogr amm i ng . 

! Integration S. testing. 

[ Product design. 



Perform "SELTABLE” using "DISTTYPE”, "KDSI 
Release perform "SELTABLE" 



Load perform "CALCDPAD" 

Perform "CALCDPAD" using "DISTTYPE", "PRODEFFT"; 
Release perform "CALCDPAD" 



DISTTYPE 



3 ; 



! Programming. 



Load perform "SELTABLE" 

Perform "SELTABLE" using "DISTTYPE", 
Release perform "SELTABLE" 

Load perform "CALCDPAD" 

Perform "CALCDPAD" using "DISTTYPE", 
Release perform "CALCDPAD" 

DISTTYPE = “4; ! Integration 

Load perform "SELTABLE" 

Perform "SELTABLE" using "DISTTYPE", 
Release perform "SELTABLE" 

Load perform "CALCDPAD" 

Perform "CALCDPAD" using "DISTTYPE", 
Release perform "CALCDPAD" 



"KDSI " ; 



"PROGEFFT 
test i ng . 
"KDSI " ; 



" INTEFFT" 



Return ; 



! Returns control to DEVACDIS module 



IPF 



/* GRAFADPD. 



- GRAF ACT DIST PD MODULE 






/* This module displays an instruction screen and a pie */ 
/* chart for the activity distribution of product desi 
It is optitionally called by the user via a functio 
key after computing activity distribution. */ 

/* Sample call: PERFORM ’’GRAFADPD" (Invoked by FI) */ 

Input: Activity distr. product design calculations 

/* Output: Pie chart display of the input values 



Let e . dec i = 1 

C 1 ear 

Form SHTFORM 

At 9, EO Put " Press the ENTER key when you are" 
At 9, 31 Put "ENTER" 

At 9, 3S Put "ENTER" WITH "R" 

At 11, EO Put " ready to continue and again when" 
At 13, EO Put " finished viewing the graph" 

At 6, 13 to 17, 64 Put "FABC" 

Endform; 

Putform SHTFORM; 

Uia i t 

#Title = "ACTIVITY DISTRIBUTION for PRODUCT DESIGN" 
Plot labeled ’/. PIE from #C66 to #D73 

Release SHTFORM 

Let e . dec i = E 

Calc 

Return ; 



E3D 



CP c 



/* GRAFADP.IPF - GRAF_ACT_D I ST_PHASE MODULE 

/* This module displays an intruction screen and a pie 
/* chart for the activity distribution of programming. */ 

/* It is optionally called by the user via a function key 
/* after computing activity distribution. -^/ 

/* Sample call: PERFORM "GRAFADP" (Invoked by FS) 

/* Input: Activity distribution programming calculations 

/* Output: Pie chart display of the input values. */ 



LET E.DECI = 1 
C lear 

Form SHTFORM 

At 9, 20 Put '* Press the ENTER key when you are" 
At 9, 31 Put "ENTER" 

At 9, 32 Put "ENTER" WITH "R" 

At 11 j 20 Put " ready to continue and again when" 
At 13» 20 Put " finished viewing the graph" 

At 6, 13 to 17, 64 Put "FABC" 

Endf orm ; 

Putform SHTFORM; 

Wait 

#Title = "ACTIVITY DISTRIBUTION for PROGRAMMING" 

Plot labeled X PIE from #E66 to #F73 

Release SHTFORM 

Let e . dec i = 2 

Ca 1 c 

Return ; 



231 



GRAFADIT.IPF - GRAF^ACT^D I ST_ I NTEST MODULE 

/* This module displays an instruction screen and a pie */ 
/* chart for the activity distribution of integration and */ 
/* and testing. It is optionally called by the user via a-J^*/ 
/* function key after computing activity distribution. */ 

/* Sample call: PERFORM "GRAFADIT” (Invoked by F3) */ 

/* Input: Activity distr. i n tegr a t i on/ tes t calculations 

Output: Pie chart display of the input values / 



Let e . dec i = 1 
0 1 ear 

Form SHTFORM 

At 9, 20 Put “ Press the ENTER key when you are" 

At 9, 31 Put "ENTER" 

At 9, 32 Put "ENTER" WITH "R" 

At 11, 20 Put " ready to continue and again when" 
At 13, 20 Put " finished viewing the graph" 

At 6, 13 to 17, 6^ Put "FABC" 

Endf or m ; 

Putform SHTFORM; 



Wa i t 

MTitle = "ACTIVITY DISTRIBUTION for I NTEGRATE/ TEST " 
Plot labeled */• PIE from #G66 to #H73 

Release SHTFORM 

Let e . dec i = 2 

Ca 1 c 

Return ; 



232 



/* CALCDPAD.IPF - CALC DEV PAD MODULE 






This module calculates the phase activity distribution 
/* by multiplying phase distribution of effort by an 
/* activity distribution percentage. 



Sample call: PERFORM "CALCDPAD" USING "#A", 

/* Input: #A = DISTTYPE - type of activity distribution: 
/* PRODDES - product design 

/* PROGING - programming 

/* INTTEST - integration Sc testing 

/* #B = DIST - phase distribution or effort 



*/ 

*/ 



/* Output: Phase activity d i s t r i bu t i ons 

DISTTYPE = #A; 

DIST = #B; 

Local I; I Counter 

DISPLROW = 66; I Top row for display of activity distr. 

MAXAMNT = 8; ‘ Max # of percentages for activity distr. 

TEMPROUJ = 66; 1 Top temp storage row for activity percent 

/* Based on activity distribution type^ */ 

/* set-up .columns in spr eadsheet . */ 



End i f ; 
End i f ; 



If DISTTYPE = a then 


1 


Product des 


DISPLCDL = 4 


1 


Column D 


TEMPCQL = E4 


1 


Co 1 umn X 


E 1 se 


If DISTTYPE = 3 then 


1 


Pr ogr amm i ng 


DISPLCOL = 6 


1 


column F 


TEMPCQL = E5 


1 


column Y 


Else 

DISTTYPE = "INTTEST” */ 


DISPLCOL = 8 


1 


column H 


TEMPCQL = E6 


1 


column Z 



as 



/* Calc activity distr and place in cells for display */ 
1 = 0 ; 

While I < MAXAMNT do 

#(DISPLR0W,DISPLC0L) = # ( TEMPROW , TEMPCOL) * DIET; 
DISPLROW = DISPLROW + 1 
TEMPROW = TEMPROW + 1 



1 KDSI value displayed 

[ Returns control to DEVACDIS module 



1 = 1 + 1 
Endwh i le ; 

#H62 = #D5 

Return ; 



23M 



CALCEAFM.IPF 



CALC EAF MAIN! MODULE 






/* This module reads in the maintenance cost drivers and 
/* computes the effort adjustment factor ( EAFM ) for 
/* maintenance. */ 

/* Sample call: PERFORM "CALCEAFM'’ 

/* Input: MCODRl - 14: 14 maintenance cost drivers 

/* Output: EAFM - maintenance effort adjustment factor */ 



Form EAFMCOMP [ EAFM calculation message 

At E3,EB Put "COMPUTING MAINTENANCE EAF" with "B" 
At 23,27 to 23,54 Put "FOBU" 

Endf orm ; 



Putform EAFMCOMP; at 24,1 
Form NEGVALCD 

At 23,23 Put "CAN^T USE NEGATIVE OR ZERO VALUES" WITH "B" 
At 23,22 to 23,59 Put "FWBR" 



Endf orm ; 


Local 


MCODRl 


Local 


MC0DR2 


Local 


MC0DR3 


Local 


MC0DR4 


Local 


MC0DR5 


Local 


MC0DR6 


Local 


MC0DR7 


Local 


MC0DR8 


Local 


MC0DR9 


Loca 1 


MCODRIO 


Loca 1 


MCODRl 1 


Loca 1 


MCODRl 2 


Local 


MCODRl 3 


Local 


MCODRl 4 


Local 


EAFMl 


Local 


EAFM2 


Local 


I 


Loca 1 


MAXNUM 



235 



Let MAXNUM 



EOO 



/* Calculation of EAFM */ 

/* Read maintenance cost driver values */ 



MCODRl 


= 


#Fi 19; 


[ RELY 


MCODRE 


= 


#F120; 


1 DATA 


MC0DR3 


= 


ttFiai ; 


[ CPLX 


MC0DR4 


= 


#fi2e; 


i TIME 


MC0DR5 


= 


#F1E3; 


1 STOP 


MC0DR6 


= 


«F124; 


1 VIRT 


MC0DR7 


= 


#F1S5; 


1 TURN 


MC0DR8 


= 


#Fia6; 


[ ACAP 


MC0DR9 


= 


#Fia7; 


1 AEXP 


MCODRIO 


= 


#Fiaa; 


[ PCAP 


MCODRl 1 


= 


#Fia9; 


1 VEXP 


MCODRia 


= 


#F130; 


i LEXP 


MC0DR13 


= 


#F131 ; 


[ MODP 


MC0DR14 


= 


«Fi3a; 


[ TOOL 



EAFMl = MCODRl *MC0DRE*MC0DR34fnC0DR4*MC0DR5-^MC0DR6*MC0DR7; 
EAFME = MC0DR8*nC0DR9*MC0DR10*MC0DRl 1^MC0DR1E*MC0DR13; 

EAFM = EAFMl * EAFME * MC0DR14; 



/* Input validation */ 

If EAFM <= 0 then 

Putform NEGVALCD; at E4 , 1 I Can’t use neg values or zero 
Let 1=0 

While I < MAXNUM do [ Error message delay 
I = I 1 
End wh i 1 e 

Calc = #F119 ! Cursor in first maint cost driver cell 

Calc I Redisplays maintenance cost drivers 



E 1 se 

Release perform "MAINTINT" 

Release EAFMCOMP 
Release NEGVALCD 

Redefine function 1 " PERFORM \"MDATAPAD\" 
Redefine function 2 " \"DEPRESS FI FIRSTX" 
Load perform "MDATAPAD" 

#012 = EAFM I Displays EAFM 
Ca 1 c = #11; 

Calc = #M5; 

End if ; 



Release EAFM 



\ 13" 
\13" 



537 



/* liDATAPAD.IPF - NA I NT_DATA_PAD MODULE 

/* This module controls the calculation and display of */ 
/* nominal annual maintenance, f u 1 1 - t i me-equ i va 1 en t */ 

/* software personnel for maintenance, maintenance cost */ 

per man-month, and project activity distribution by */ 

phase for maintenance. */ 

/* Sample call: PERFORM "MDATAPAD” (Invoked by FI) */ 

Input: KDSI - estimated thousands of delivered source 

/* instructions */ 

/* MMNOM - nominal effort 

/* Output: Display of calculated maintenance effort data 

/* Submodule: CALCMDAT.IPF (CALC MAINT DATA MODULE) 



Let e.serr = true 
Release perform "MAINTBAS" 

Release EAFM 

Release perform "CALCEAFM" 

Let e.serr = false 

Local I 
Local J 
Local MAXNUM 
Local ERRFLAG 

Let MAXNUM = POO 

Form MCOMP 1 Maint values computing 

At IP, 30 Put "COMPUTING MAINTENANCE" WITH "B" 

At 1P,P9 to IP, 51 Put "FOBU" 

Endf orm ; 

Putform MCOMP; at P^ , 1 

Form NEGVALMC i Neg or zero value error msg for maint cost 
At 1P,P3 Put "CAN'T USE NEGATIVE OR ZERO VALUES" WITH "B" 
At 1P,PP to IP, 57 Put "FWBR" 

Endf o rm ; 



Form MINVAL i ACT boundary error message 

At 12,29 Put “ACT RANGE O TO 1 ONLY” WITH “B” 
At 12, 2B to 12,52 Put “FWBR” 

Endf orm ; 

MCOST = #M5 
ACT = #N6 
ERRFLAG = O 



If MCOST <= O then 

Putform NEGVALMC; at 2^,1 
Let 1=0 

While I < MAXNUM do i Error message delay 
1 = 1 + 1 



Endwh i 1 e 

Calc = #M5 I Cursor placed into MCOST cell 

Calc 1 Redisplays maint page 

ERRFLAG = 1 I Don^t perform calculations 

E 1 se. 

If ACT < 0 or ACT > 1 then 
Putform MINVAL; at 2^,1 
Let J = 0 

While J < MAXNUM do ! Error message delay 

J = J + 1 



Endwh i 1 e 
Calc = #M6 
Calc 

ERRFLAG = 1 
End i f ; 

End i f ; 



Cursor placed into ACT cell 
Redisplays maint page 
Don’t perform calculations 



If ERRFLAG = O then 1 Inputs validated 

Let e.serr = true 

Redefine function 2 “ PERFORM \“MAINTPAD\“ \13“ 

Load perform “MAINTPAD" 

Load perform “CALCMDAT” 

Perform “CALCMDAT" using “MODSTAT" 1 Calculates maint data 
Release perform “CALCMDAT" 

Let e.serr = false 
End i f ; 



23 ^ 



Ca 1 c 


! Redisplays maint effort page 


Re 1 ease 
Re 1 ease 
Release 
Release 
Re 1 ease 


ACT 

MCOST 

MCOMP 

NEGVALMC 

MINVAL 



2M0 



/* CALCNDAT.IPF - CALC_hA I NT_DATA MODULE */ 

/* This module computes annual maintenance effort ( MMNAM ) , ■)<'/ 
/* full-time-equivalent software personnel for ma i n tenance-^/ 
(FSPM), and annual maintenance cost (AMC). */ 

/* Sample call: PERFORM '‘CALCMDAT" USING "#A“ */ 

/* Input: #A = MODSTAT 

/* 0 = Basic maintenance */ 

1 = Intermediate maintenance */ 

ACT - Annual change traffic 
/* MPCOST - Maint personnel cost per man-month 

/* MM - Effort in man-months 

/* MMNOM - Nominal effort in man-months 

/* EAFM - Maintenance effort adjustment factor 

(for the intermediate model) 

Output: MMAM - Annual maint effort for basic model 
MMNAM - Nominal annual maintenance effort 
/* FSPM - Average staffing level for maintenance 

/-«■ AMC - Annual maintenance cost 

MODSTAT = ^A; 

#C20 = ! Program calculated effort and maint values 

Maintenance parameter calculations 

If MODSTAT = 0 then 1 Basic maintenance 

MPCOST = #M5; 

ACT = #M6; 

MM = #D12; 

MMAM = ACT * MM; 

FSPM = MMAM/ 12; 

AMC = MPCOST * MMAM; 

#M12 = MMAM; 



1 I n t er med i a t e maintenance 



E 1 se 

EAFM = #012; 

MPCOST = #M5; 

ACT = #M6; 

MMNOM = #D12; 

MMNAM = ACT * MMNOM * EAFM; 

FSPM = MMNAM/12; 

AMC = MPCOST * MMNAM; 

#M12 = MMNAM; 

End i f ; 

/* Display maintenance parameters */ 

#M13 = FSPM; 

#M14 = AMC; 



Let e.serr = true 
Release MM 
Release MMAM 
Release MMNAM 
Release MMNOM 
Release FSPM 
Release AMC 
Let e.serr = false 

Return ; 






/* MAINTPAD. IPF 



iv)aint pad module 



/* This module controls the percentage selection from the */ 
/* maintenance activity table as determined by mode and */ 
/* KDSI. It also calculates project activity distribution*/ 
/* (PAD) for the adjusted annual maintenance effort. */ 

/* Sample call: PERFORM "MAINTPAD" (Invoked by FE ) */ 

/* Input: KDSI - estimated number of thousands of */ 

/* delivered source i ns t rue t i ons . */ 

/* MMNOM - nominal annual maintenance effort */ 

/* Output: Maintenance activity distr. values displayed ^ 

/* Submodules: 

/* SELTABLE.IPF ( SELECT_EFF/SCHED_TABLE MODULE)^/ 

/* CALCMAPA.IPF ( CALC_MA I NT_PAD MODULE) */ 

Redefine function 1 " PERFORM \"GRAFPDM\" \13" 

Redefine function 2 " \ "‘WRONG KEY\" \13" 

Form MPHCOMP [ Computing maintenance phase values 
At 20,21 Put "COMPUTING MAINTENANCE PHASE" WITH "B" 

At 20,20 to 20,49 Put "FOBU" 

Endf or m ; 

Release perform "MDATAPAD" 

Release MODSTAT 

#C20 = "5" ! Program calculated maintenance phase values 

KDSI = #D5; 

MMNOM = #D12; 

DISTTYPE = 5 1 Maintenance 

Calc = #A77 

Putform MPHCOMP; at 24,1 I Computing message displayed 



EM3 



Load perform "SELTABLE" 

Perform "SELTABLE" using "DISTTYPE", 
Release perform "SELTABLE" 

Load perform "CALCMAPA" 

Perform "CALCMAPA" using "MMNOM" ; 
Release perform "CALCMAPA" 

Load perform "GRAFPDM" 

Release KDSI 
Release MMNOM 
Release DISTTYPE 

Ca 1 c 



EMM 



"KDSI " 



/* CALCMAPA.IPF - CALC MAINT PAD MODULE 






This module computes adjusted annual maintenance effort-^/ ' 
/* (MMnam), f u 1 1 - t i me-equ i va 1 en t software personnel for */ 
maintenance (FSPm)? and annual maintenance cost 
/* (MAINT COST) . 

Sample call: PERFORM "CALCMAPA" USING "#A" */ 

/* Input: #A = MM - nominal annual maintenance effort 

Output: Maintenance activity distribution calculations */ 
MM = #A; 

Loca 1 I ; 



1 


Count er 










84; [ 


Top row for display o 


f ma i n t ac t i v 


i t y d i s t 


4; ! 


Column fo 


r d i sp 1 ay of 


maint acl 


!: i V i 


t y d i st 


B; ! 


Max # of 


percen tapes 


for maint 


ac t 


ivity dist 


84; i 


Top temp 


storage row 


for maint 


ac t 


per cen t 


24; ! 


Temporary 


X column 








;e ma 


, i n t enance 


activity dis 


t r i but ion 


+ / 





I = O; 



While I < MAXMAINT do 

#(DISPMROW, DISPMCOL) = #(TEMPMROW, TEMPMCOL ) MMNOM 
DISPMROW = DISPMROW + 1 
TEMPMROW = TEMPMROW + 1 
1 = 1 + 1 
Endwh i 1 e ; 



Re 1 ease 
Release 
Re 1 ease 
Re 1 ease 
Re lease 
Re 1 ease 



MPHCOMP 

DISPMROW 

DISPMCOL 

MAXMAINT 

TEMPMROW 

TEMPMCOL 



Return ; 



! Returns control back to MAINTPAD module. 



/* GRAFPDM.IPF - GRAF_,PD_MA I NT NODULE 

/* This module displays an instruction screen and a pie */ 
/* chart for the phase distribution of maintenance. It is*/ 
/* optionally called by the user via a function key after */ 
/* computing activity distribution. */ 

/* Sample call: PERFORM “GRAFPOM’' (Invoked by FI) */ 

/* Input: Calculated maintenance pad values */ 

/* Output: Pie chart display of maintenance pad values */ 



Let e . dec i = 1 
C 1 ear 

Form SHTFORM 

At 9, SO Put “ Press the ENTER key when you are" 
At 9, 31 Put "ENTER" 

At 9, 3S Put "ENTER" WITH "R" 

At 11, SO Put " ready to continue and again when" 
At 13, SO Put " finished viewing the graph" 

At 6, 13 to 17, 6^ Put "FABC" 

Endf or m ; 

Putform SHTFORM; 

Wa i t 

4^Title = "PHASE DISTRIBUTION of MAINTENANCE" 

Plot labeled /. PIE from #CS4 to #D91 

Release SHTFORM 

Let e.deci = S 

Ca 1 c 

Return ; 



E4b 



/* AGAINIT.IPF - AGAIN_IT MODULE */ 

/* This module allows the user to perform another */ 

/* iteration, save prior computed values, or to erase */ 

/* tables of other values saved and create a new table of 
/* prior computed values. */ 

/* Sample cal 1 : PERFORM "AGAINIT" (Invoked by FI) 

/* Input: F key selection by user */ 

/* Output: One of the above selected options */ 

/* Submodules: SAWAL.IPF ( SAVE^VALUES MODULE) 

/* ERASTABL.IPF (ERASE^TABLE MODULE) 

/* ANOTHER. IPF (ANOTHER MODULE) 

Release perform "KEYCHNQ" 

Release FINIS 

Load perform "SAWAL" 

Load perform ‘’ERASTABL" 

Load perform "ANOTHER" 

Redefine function 1 " PERFORM \"SAWAL\" \13" 

Redefine function 2 " PERFORM \"ERASTABL\" \13" 

Redefine function 3 " PERFORM \"ANOTHER\" \13" 

Redefine function 10 " \"WR0NG KEY\" \13" 

Form CHOICE 

At 7, 20 Put "BEFORE PERFORMING ANOTHER ITERATION:" 

At 11, 20 Put "<F1> SAVE prior computed values" 

At 13, 20 Put "<F2> ERASE other computed values and" 

At 14, 20 Put " START a new table" 

At 16, 20 Put "<F3> Perform another iteration WITHOUT" 

At 17, 20 Put " saving prior computed values." 

At 1, 1 to 24, 80 Put "FBBW" 

At 2, 3 to 23, 78 Put "FWBU" 

Endf orm ; 

Putform CHOICE; at 24,1 



2M7 



/* WRAPUP.IPF - WRAP_.UP MODULE */ 

/* This module permits the user to either save calculated */ 
/* values or to erase all calculated values before ending */ 
/* the program. */ 

/* Sample call: PERFORM “UlRAPUP" (Invoked by FIO) */ 

/* Input: F key selection by user 

/* Output: <F1> Save values and end program 

/* <F2> Erase values and end program 

<F3> Continue program 

/* Submodules: COCO.IPF (COCO MODULE) 

KILLIT.IPF (KILL_IT MODULE) 

Form LASTFRM 

At 9, aO Put '’BEFORE QUITTING ..." 

At 11, aO Put "<F1> End program" 

At 13, aO Put "<Fa> Erase calculated values and end program" 
At 15, aO Put "<F3> Continue program" 

At 1 , 1 to 24, 80 Put "FWBR" 

At 2, 2 to 23, 79 Put "FRBW" 

Endf or m 

Load perform "KILLIT" 

Load perform "COCO" 

Redefine function 1 " BYE \13" 

Redefine function 2 " PERFORM \"KILLIT\" \13" 

Redefine function 3 " PERFORM \"C0C0\" \13" 

Redefine function 10 " \"WR0NG KEY\" \13" 

Putform LASTFRM; at 24,1- 



EMfl 



KILL IT MODULE 



/* KILLIT. IPF - 






/* This module erases all values from both the basic and */ 



/* intermediate tables and terminates the program. */ 

/* Sample call: PERFORM "KILLIT” (Invoked by FE ) #/ 

/* Input: F key selection by user 

Output: Basic and Intermediate model table values 

/* erased and program terminated. 



Release perform "UJRAPUP" 
Release perform "COCO" 



Form ERASALL 

At El, EE Put "Erasing All Tables" with "B" 
At EO, 1 to EE, 80 Put "FRBW" 

Endf orm 



Putform ERASALL; at EA> , 1 

Use BES I Erase all Basic table values 

Mar k all 



Compress BES 
Finish BES 



Use BESP 
Mar k all 
Compress BESP 
Finish BESP 



Use BESPAD 
Mar k all 
Compress BESPAD 
Finish BESPAD 

Use BESM 
Mark all 
Compress BESM 
Finish BESM 






Use BESMAD 
Mark all 
Compress BESMAD 
Finish BESMAD 

Use lES •. Erase all I n termed i a te table values 

Mark all 
Compress lES 
Finish lES 

Use lESP 
Mark all 
Compress lESP 
Finish lESP 

Use lESPAD 
Mark all 
Compress lESPAD 
Finish lESPAD 

Use lESM 
Mark all 
Compress lESM 
Finish lESM 

Use lESMAD 
Mar k all 
Compress lESMAD 
Finish lESMAD 

C 1 ear 

Bye 



ESQ 



SAVE VALUES MODULE 



/* SAVVAL.IPF - 



*/ 



/* This module determines whether basic or intermediate */ 
/* values are to be saved. The decision is based on which-^^*/ 
/* model is selected at the program beginning by the user.*/ 

/* Sample call: PERFORM ’’SAVVAL" */ 

/* Input: Basic or intermediate model selection */ 

/* Output: Basic or intermediate values saved */ 

/* Submodules: BASSAV.IPF (BASIC^SAVE MODULE) */ 

/* INTSAV.IPF (INTERMEDIATE SAVE MODULE) */ 



Form 


WAITBAS 






At 


a0,30 Put 


" Sav i ng 


BASIC Values” with ”b” 


At 


El ,30 Put 


" Please Wait” 


At 


19,1 to EE 


,80 Put 


”f ubw” 


Endf 


orm 






Form 


WAITINT 






At 


E0,E7 Put 


” Sa V i ng 


INTERMEDIATE Values” with 


At 


21 ,27 Put 


" 


P 1 ease Wait” 


At 


19,1 to 22 


,00 Put 


” f ubw” 


Endf orm 







Form 


NOVAL 








At 


20,28 Put "No 


va 1 ues 


were 


computed” with ”B 


At 


21,28 Put " 


Se 1 ec t 


<F3> 


on 1 y ” 


At 


19.1 to 22,80 


Put "fwbr” 





Endf orm 



Local PROGSTAT 
Local MODEL 
Local FLAG 

FLAG = O 

MODEL = #AEO 1 Model # pucked from spreadsheet cell t^AEO 

PROGSTAT = #CEO t Point from which exited program 



ESI 



If PROGSTAT = 0 then I No values computed prior to quiting 
Putform NOVAL ; at S4 , 1 
FLAG = 1 
End i f 

If MODEL = 1 and FLAG = O then 
Putform WAITBAS; at , 1 
Let e.serr = true 
Release perform "ERASETABL" 

Release perform "AGAINIT" 

Release CHOICE 
Release NOVAL 
Let e.serr = false 

Load perform "BASSAV" 1 Basic model values saved 

Perform "BASSAV" 

Else 

If MODEL = S and FLAG = 0 then 
Putform WAITINT; at E^ , 1 
Let e.serr = true 
Release perform "ERASTABL" 

Release perform "AGAINIT" 

Release CHOICE 
Release NOVAL 
Let e.serr = false 
Load perform "INTSAV" 

Perform " INTSAV" 

End i f ; 

End i f 



ESE 



/* ERASTABL.IPF - ERASE^TABLE MODULE 

/* This module erases values from all the basic or -h-/ 

/* intermediate tables depending upon which model the user-^^-/ 
/* is currently using. 

/* Sample call: PERFORM "ERASTABL” (Invoked by F^) */ 

/■«' Input: MODEL number from cell #A20 in the current 
/* spreadsheet */ 

/* 1 - Basic model? 2 - Intermediate model -x-/ 

/* Output: Basic or Intermediate model table values erased)^/ 

/ and new table values from prior calculation 
/* saved 

/* Submodule: SAWAL.IPF ( SAVE_VALUES MODULES) 

Form WAITBERA 

At 20, 27 Put ’’Erasing Basic Table Values” with ”B” 

At 19, 1 to 21, 80 Put ”FRBW” 

Endf or m 

Form WAITIERA 

At 20, 23 Put ’’Erasing Intermediate Table Values” with ”B” 
At 19, 1 to 21, 80 Put ”FRBW” 

Endform 

Local MODEL 

MODEL = #B20 

If MODEL = 1 then ♦. Basic table values erased 

Putform WAITBERA; at 24,1 

Use BES 
Mark all 
Compress BES 
Finish BES 



ES3 



Use BESP 
Mark all 
Compress BESP 
Finish BESP 

Use BESPAD 
Mar k all 
Compress BESPAD 
Finish BESPAD 

Use BESM 
Mark all 
Compress BESM 
Finish BESM 

Use BESMAD 
Mar k all 
Compress BESMAD 
Finish BESMAD 

Else I I nter med i a te table values 

Putform WAITIERA; at 2^,1 

Use lES 
Mark all 
Compress lES 
F i n i sh I ES 

Use lESP 
Mar k all 
Compress lESP 
Finish lESP 

Use lESPAD 
Mar k all 
Compress lESPAD 
Finish lESPAD 

Use lESM 
Mar k all 
Compress lESM 
Finish lESM 






er ased 



Use lESMAD 
Mark all 
Compress lESMAD 
Finish lESMAD 

End i f 

Release WAITBERA 
Release UIAITIERA 



Perform “SAWAL 



ANOTHER. IPF - ANOTHER NODULE 

/* This module loads coco.ipf which redefines function 
/* keys and displays the model selection form so that 
/* another iteration can be performed. */ 

/* Sample call: PERFORM ’’ANOTHER” */ 

/* Input: F key selection on various menus to perform */ 

/* another iteration. -h-/ 

/* Output: COCOMO model selection options 

/* Submodule: COCO.IPF ( COCO MODULE) 

Let e.serr = true 

Release CHOICE 

Release perform "BASSAV” 

Release perform "RPTOUT” 

Release perform "INTSAV” 

Release perform "BRPTONE” 

Release perform ”BRPTALL” 

Release perform "IRPTONE” 

Release perform "IRPTALL” 

Release perform "AGAINIT” 

Release perform ”SAWAL” 

Release perform "ERASTABL” 

Release perform "KEYCHNQ” 

Let e.serr = false 

Load perform “coco” 

Perform "coco” 

Wa i t 

Stop 






/* BASSAV.IPF - BASIC_5AVE MODULE 

/* This module saves Basic COCOMQ values- 
/* Sample call; PERFORM ‘'BASSAV“ 

/* Input: Effort, phase and activity distributions, and */ 
/* maintenance and maintenance phase distributions 

/-H- depending on where user exited from the 

/* computation program. 

/* Output: Input values placed into one of five tables. 

Submodule: RPTOUT.IPF (REPORT_OUT MODULE) 

Local PROGSTAT 

PROGSTAT = #C20 ! Indicates where user quit program 

1 Set environment variables 
Let e.supd = true 
Let e-stat = false 
Let e.lmod = false 
Let e-deci = E 

Test PROGSTAT 

Case "1": 1 Effort computations saved 

Use BES 
Attach 1 

MODELMOD = #DEO ; KDSI = #D5 ; PCOST = #D6 ; MM = #D1E; 
PRODUCT = #D13; SCHEDULE = #Dl-4; FSP = #D15; 

ACOST = #D16; 

Finish BES 
Break ; 



I Effort phase computations 



saved 



C 



ase "a": 

Use BESP 
Attach 1 
NODELMOD = #DEO; KDSI = #D5 
PRODUCT = #D13; SCHEDULE = 
ACQST = #D16; 

PRODES = #D46; PROG = #D47 ; 
IT = #D50; SCHEDPD = #D53; 
Finish BESP 



; PCOST = #Ds; mm = 
#D14; FSP = #D15; 

DETDES = #D48; CUT 
SPROG = #D54; SIT = 



Break ; 



#Dia; 



= #D49; 
t*D55 ; 



Case "3": I Effort? phase activity computa t io.ns saved 

Use BESPAD 
Attach 1 

MODELMOD = #DEO; KDSI = #D5; PCOST = #D6 ; MM = t*DlE; 
PRODUCT = #D13; SCHEDULE = #D14; FSP = #D15; 

ACOST = #D16; 

PRODES = #D46; PROG = #D47 ; DETDES = #D4a ; CUT = #D49; 
IT = #D50; SCHEDPD = #D53 ; SPROG = #D54 ; SIT = #D55; 
rAPD = #D66; PDPD = #D67; PROGPD = #D68 ; TESTPD = **D69 

WPD = #D70; POPD = #D71; CDPD = #D7E; MANPD = #D73 ; 

RAPROG = #F66; PDPROG = #F67 ; PROGPROG = #F68 ; 

TESTPROG = 4+F69; 

WPROG = #F70; POPROG = #F7l; CQPROG = **F7E ; 

HANPROG = #F73; 

rAIT = #H66; PDIT = #H67 ; PROGIT = #H68 ; TESTIT = I+H69 

WIT = #H70; POIT = #H71; CQIT = #H7E ; HANIT = #H73 ; 

Finish BESPAD 
Break ; 



Case "4": [ Effort maintenance computations saved 

Use BESH 
Attach 1 

MODELMOD = #DEO; KDSI = #D5; PCOST = #D6 ; MM = #D1E; 
PRODUCT = ^D13; SCHEDULE = #D14; FSP = #D15; 

ACOST = #D16; 

MPCOST = #M5; ACT = #M6; MMAM = *+MlE; FSPM = #M13; 
ACM = #M14; 

Finish BESM 
Break ; 



otherwise: 1 Effort, maint maint phase values 

Use BESMAD 
Attach 1 

MODELMOD = #DEO ; KDSI = #D5 ; PCOST = #D6 ; MM 



PRODUCT = #D13; 


SCHEDULE 


= #dil; PSP 


= #D15; 


ACOST = #D16; 










MPCOST = #M5; ACT 
ACM = #M14; 


= #M6; 


MMAM = #Mia; 


FSPM = 


MRA = #D8^; MPD 
MW = #D88; 




#D85; 


MPROG = #D86; 


MTEST = 


MPO = #D89; MCQ 
Finish BESMAD 


= 


#D90; 


mman = #D91 ; 





saved 



= #D1E 



#M13; 

#D87; 



Br eak ; 



End test 



! Reset env i r onment a 1 variables 
Let e.supd = false 
Let e.stat = true 
Let e.lmod = true 



Redefine function 1 " SEL = 1;PERF0RM \"RPTOUT\" USING 

\"SEL\“ \13" 

Redefine function 2 " SEL = E;PERFORM \"RPTOUT\" USING 

\“SEL\" \13" 

Redefine function 3 " PERFORM \“ANOTHER\“ \13" 

Redefine function 10 " PERFORM \’'WRAPUP\“ \13" 

Load perform "RPTOUT" 



Form RPTCON 

At 9,E6 Put "BASIC values have’ been saved" 

At 13, EE Put "<F1> Display LAST computed BASIC values" 
At 15, EE Put "<FE> Display ALL computed BASIC values" 
At 17, EE Put "<F3> Continue Program" 

At 19, EE Put "<F10> End Program" 

At 1 , 1 to E4, 80 Put "FBBW" 

At E, 3 to E3, 78 Put "FWBU" 

At 19, El to 19, 40 Put "FRBU" 

Endf or m 



Pu tf or m 
Re 1 ease 
Release 
Re 1 ease 
Return ; 



RPTCON; 
WAITBAS 
WAITINT 
per f orm 



at E4 , 1 



SAWAL" 



/* INTSAV.IPF - INTERMEDIATE^SAVE MODULE 

/* This module saves intermediate COCOMO values. 

/* Sample call: PERFORM ’‘INTSAV” */ 

/* Input: Effort, phase and activity distributions, and */ 
/* maintenance and maintenance phase distributions 

/* depending on where user exited from the */ 

/* computation program. 

Output: Input values placed into one of five tables. 

Submodule: RPTOUT.IPF (REPORT OUT MODULE) 



Local PROGSTAT 

PROGSTAT = #020 1 Indicates where user quit program 

I Set environment variables 
Let e-supd = true 
Let e.stat = false 
Let e.lmod = false 
Let e . dec i = 2 

Test PROGSTAT 



Case "1”: 1 Effort computations saved 

Use lES 
Attach 1 

MODELMOD = #D20 ; ERELY = #F100; EDATA = #F101; 



ECPLX 


= 


#F102 


; ETIME 


= #F103; 


ESTOP 


= 


#F104; 


EVIRT 


= 


#F105 


; ETURN 


= #F106; 


EACAP 


= 


#F107; 


EAEXP 


= 


#Fioe 


; EPCAP 


= #F109; 


EVEXP 


= 


#F1 10; 


ELEXP 


= 


#F1 1 1 


; EMODP 


= #F112;- 


ETOOL 


= 


#F1 13 ; 


ESCED 


= 


#F1 14 


; EAF = 


#H1 1 ; KDSI = #D5 


; PCOST 


MMADJ 


- 


#D1 1 ; 


MMNOM = 


#D12; PRODUCT 


= 


#D13; 



SCHEDULE = #D14; FSP = #D15; ACOST = #D16; 
Finish I ES 
Break ; 



#D6 ; 






Case "S": ! 

Use lESP 
Attach 1 

MODELMDD = #DEO ; ERELY 
ECPLX = #F10S; ETIME = 
#F105; 

#F108; 

#F1 1 1 ; 

#F1 14; 

#D1 1 ; 



Effort S. phase computations saved 



EVIRT = 
EAEXP = 
ELEXP = 
ESCED = 
MMADJ = 



ETURN = 
EPCAP = 
EMDDP = 



= #F100; EDATA 
#F103; ESTOR = 
#F106; EACAP = 
#F109; EVEXP = 
#F11S; ETOOL = 



EAF = #Hll; KDSI = #D5; 



= #F101 
#F104; 
#F107; 
#Fi 10; 
#Fl 13; 
PCOST ^ 



MMNDM = #D1S; PRODUCT =#D13; 



SCHEDULE = #D14; FSP = #D15; ACOST 
PRODES = #D46; PROG = #D47 ; DETDES 
IT = MD50; SCHEDPD = #D53 ; SPR06 = 
Finish I ESP 
Break ; 



= #D16; 

= #D48; CUT 
#D54; SIT = 



Case "3": ! Effort, phase 8« activity computations 

Use lESPAD 
Attach 1 

HODELMOD = #D20 ; ERELY = #F100; EDATA = ttFlOl; 



ECPLX 


= 


#F10E 


; ETIME 


= #F103; 


ESTOR 


= 


#F104; 


EVIRT 


= 


#F105 


; ETURN 


= #F106; 


EACAP 


= 


#F107; 


EAEXP 


= 


#F108 


; EPCAP 


= #F109; 


EVEXP 


= 


♦iFi 10; 


ELEXP 


= 


#F1 1 1 


; EMODP 


= ttFiiE; 


ETOOL 


= 


#F1 13; 


ESCED 




#F1 14 


; EAF = 


#H1 1 ; KDSI = #D5 


; PCOST 


MMADJ 


= 


#D1 1 ; 


MMNOM = 


#Dia; PRODUCT 


= 


#D13 ; 



SCHEDULE = #D14; FSP = #D15; ACOST = #D16; 
PRODES = #D46; PROG = #D47 ; DETDES = #D48 ; CUT 
IT = #D50; SCHEDPD = #D53 ; SPROG = #D54 ; SIT = 
RAPD = #D66; PDPD = #D67; PROGPD = MD68 ; TESTPD 
WPD = #D70; POPD = #D7l; CQPD = MD7E ; MANPD = 
RAPROG = #F66; PDPROG = #F67 ; PROGPROG = #F68 ; 
TESTPROG = #F69; WPROG = #F70 ; POPROG = »F71; 
CQPROG = #F78; MANPROG = «F73; RAIT = #H66 ; 

PDIT = #H67; PROGIT = #H(£>8 ; TESTIT = #H69 ,* 

WIT = #H70; POIT = #H71; CQIT = #H7E ; MANIT = 
Finish lESPAD 
Br eak ; 



MD6 ; 



= #D49; 
♦1D55 ; 



saved 



t*D6 ; 



= #D49; 
#D55 ; 

= 41D69 
»*D73 : 



#H73; 



[ Effort 8 k maintenance computations saved 



Case " 4 " : 
Use lESM 
Attach 1 



MODELMOD 




#D20; ERELY 


= #F100; EDATA 


= #F10 


ECPLX 


= 


#F 


108 


; ETIME 




#F103; 


ESTOR 


z= 


#F104 ; 


EVIRT 


= 


#F 


105 


; ETURN 


= 


MF106; 


EACAP 


= 


#F107; 


EAEXP 


= 


#F 


108 


; EPCAP 


= 


#F109; 


EVEXP 




#Fi 10; 


ELEXP 


= 


#F 


1 1 1 


; EMODP 


= 


MFl 12; 


ETOOL 


= 


#F1 13; 


ESCED 


= 


#F 


1 14 


; EAF = 


#H1 1 ; KDSI = #D5 


; PCOST 


MMADJ 


= 


#D 


1 1 ; 


MMNOH = 




#D18; PRODUCT 


= 


MD13; 


SCHEDULE 




#D 


1^; FSP 




#D15; 


ACOST = 




#Dis; 


MRELY 


= 


#F 


1 19 


; MDATA 


= 


#F120; 


MCPLX 


= 


#F121 ; 


MTIME 


= 


#F 


188 


; MSTOR 


= 


#F123 ; 


MVIRT 


= 


#F124; 


MTURN 


= 


#F 


185 


; MACAP 


= 


#Fi2<b; 


MAEXP 


= 


#F127; 


MPCAP 


= 


#F 


188 


; MVEXP 


= 


#F129; 


MLEXP 


= 


#F130; 


MMODP 


= 


#F 


131 


; MTOOL 




#F132; 


EAFM = 




#012; 



MPCOST = 
FSPh = #ni3; 
Finish lESM 
Break ; 



ACT = #M6 
ACM = #M14; 



MMNAM = #Mia 



= #D6 



Otherwise: ! 

Use lESMAD 
Attach 1 



Effort, maint maint phase values saved 



MODELMOD 


= 


#D20; ERELY 


= #F100; EDATA 


= #F10 


ECPLX 


= 


#F 


108 


; ETIME 


= 


#F103 ; 


ESTOR 


= 


ttFlOA ; 


EVIRT 


= 


#F 


105 


; ETURN 


= 


#F106; 


EACAP 


= 


#F107; 


EAEXP 


=r 


#F 


108 


; EPCAP 


= 


#F109; 


EVEXP 


= 


#Fi 10 ; 


ELEXP 


= 


#F 


1 1 1 


; EMODP 


= 


#F1 12; 


ETOOL 


= 


#F1 1 3 ; 


ESCED 


= 


#F 


114 


; EAF = 


#H1 1 ; KDSI = #D5 


; PCOST 


MMADJ 


=r 


#D 


1 1 ; 


MMNOM = 




#D12; PRODUCT 


=r 


#D13; 


SCHEDULE 


= 


#D 


14; FSP 


= 


#D15; 


ACOST = 




#D16 ; 


MRELY 


= 


#F 


1 19 


; MDATA 


= 


#F 1 20 ; 


MCPLX 


= 


#Fi2i ; 


MTIME 


= 


#F 


188 


; MSTOR 


= 


#F123; 


MVIRT 


= 


#912-4 ; 


MTURN 


= 


#F 


185 


; MACAP 


= 


#F126; 


MAEXP 


= 


#F127; 


MPCAP 


= 


#F 


188 


; MVEXP 


= 


#F129; 


MLEXP 


= 


#F130; 


MMODP 


= 


#F 


131 


; MTOOL 


z= 


#F132; 


EAFM = 




#012; 



= #D6 



MPCOST = #M5; ACT = #M6 ; 
FSPM = #M13; ACM = #M1^; 



hMNAM = #M1E; 



MRA = #D84; MPD = 
MW = #D88; MPO = 
Finish lESMAD 
Break ; 

End test 



#D85; MPROG = #D86; MTEST = #D87 ; 
#D89; MCQ = #D90; MMAN = #D9l; 






1 Reset environmental variables 
Let e.supd = false 
Let e.stat = true 
Let e.lmod = true 



Redefine function 

Redefine function 

Redefine function 
Redefine function 



3 ' 
10 



SEL = 3; PERFORM \"RPT0UT\" 
\"SEL\" \13" 

SEL = 4; PERFORM \"RPT0UT\" 
\“SEL\“ \13“ 

PERFORM \"AN0THER\“ \13“ 

' PERFORM \"WRAPUP\” \13” 



USING 

USING 



Load perform "RPTOUT" 

Form RPTCON 

At 9,17 Put "INTERMEDIATE values have been saved" 

At 13, 19 Put "<F1> Display LAST computed INTERMEDIATE values" 
At 15, 19 Put "<FS> Display ALL computed INTERMEDIATE values" 
At 17, 19 Put "<F3> Continue Program" 

At 19, 19 Put "<F10> End Program" 

At 1, 1 to E4, 80 Put "FBBW" 

At 2, 3 to 23, 78 Put "FWBU" 

At 19, 18 to 19, 37 Put "FRBU" 

Endf orm 



Putform RPTC0N;at 24,1 

Release WAITBAS 
Release WAITINT 
Release perform "SAWAL" 



Return ; 



2L3 



/* RPTOUT.IPF 



REPORT OUT MODULE 






This module selects the proper basic or intermediate 
/* reprots to display the calculated basic or */ 

/* intermediate values. */ 

/* Sample call: PERFORM "RPTOUT” USING */ 

/* Input: #A = SEL : 

/* 1 - Display prior calculated basic values */ 

/* S - Display all prior calculated basic values */ 

/* 3 - Display prior calculated intermediate values-><*/ 

/* 4 - Display all prior calculated intermediate 

/* values 

/* Output: One or all basic or intermediate values 



/* 

/* 

/* 

/* 



Submodu 1 es : 



BRPTONE. IPF 
BRPTALL. IPF 
IRPTONE. IPF 
IRPTALL. IPF 



(BASIC_RPT__ONE MODULE) */ 

(BASIC__RPT__ALL MODULE) 

( INTERMEDIATE__RPT__ONE MODULE)-^/ 
(INTERMEDIATE RPT ALL MODULE)*/ 



SEL = #A 

Let e.serr = true 
Release perform "BASSAV” 
Release perform "INTSAV" 



Let e.serr = 


fa 1 se 




Test SEL 






Case 1: 1 Loads prio 

Load perform "BRPTONE" 
Redefine function 1 " OPT 


Redef i ne 


f unc t i on 


2 " OPT 


Redef i ne 
Break ; 


f unc t i on 


10 '■ \" 



r basic report module 

= l;PERFORM \ ” BRPTONEX ” USING 
\”OPT\" , \”PROGSTAT\'’ \ 13" 
= 2;PERF0RM \"BRPTONE\" USING 
\ "OPT\ " , \ "PROGSTATX " \ 13" 
WRONG KEY\" \13" 



Case S: 1 Loads all prior basic report module 

Load perform “BRPTALL" 

Redefine function 1 " OPT = 1;PERF0RM \"BRPTALL\" USING 

\“OPT\'‘ \13“ 

Redefine function 2 “ OPT = 2;PERF0RM \“BRPTALL\" USING 

\"OPT\" \13“ 

Redefine function 10 " \"UJR0NG KEY\" \13" 

Br eak ; 

Case 3: 1 Loads prior intermediate report module 

Load perform “IRPTONE" 

Redefine function 1 OPT = l;PERF0RM \ " I RPTONEX “ USING 

\"0PT\” , \ "PRGGSTATX" \13“ 
Redefine function 2 " OPT = 2;PERF0RM \‘'IRPT0NE\” USING 

\*'0PT\'' , \PROGSTATV’ \13‘' 
Redefine function 10 “ \‘'UJRaNG KEY\" \13" 

Break ; 

Otherwise: I Loads all prior intermediate report module 

Load perform "IRPTALL" 

Redefine function 1 " OPT = l;PERF0RN \‘*IRPTALL\" USING 

\“0PT\" \13“ 

Redefine function 2 ” OPT = 2;PERF0RN \"IRPTALL\" USING 

\"0PT\*' \13" 

Redefine function 10 " \*'WR0NG KEY\" \13" 

Break ; 

End test ; 

PROGSTAT = #C20 [ Program status at point exited 

Form SELECTOP 

At 9,23 Put “Select an option to display report” 

At 12, 23 Put “<F1> SCREEN output” 

At 14, 23 Put “<F2> PRINTER output” 

At 15, 23 Put “ (Turn on printer first)" 

At 1, 1 to 24, 80 Put “FBBO” 

At 2, 3 to 23, 78 Put “FOBU" 

At 15,22 to 15,52 Put “FRBU" 

Endf orm 



Putform SELECTOP; at 24,1 
Wa i t 



/* BRPTONE.IPF 



- BASIC_RPT_ONE MODULE «■/ 

/* This module displays prior computed COCOMO values on 

/* either the screen or on a printer for the basic model. */ 

/* Sample call: PERFORM “BRPTONE“ USING */ 

/* Input: #A = OPT: */ 

/* 1 - Setup screen parameters */ 

/* S - Setup printer parameters */ 

/* #B = PROGSTAT - Where calculations terminated */ 

/* Output: Prior computed basic COCOMO values. 



OPT = #A 
PROGSTAT = #B 

Let e.stat = false 
Let e.supd = true 

Let e.serr = true 
Release perform ‘'RPTOUT" 

Let e.serr = false 

Form ROUT 

At 20, 27 Put "OBTAIN REPORT FROM PRINTER" 
At 19,1 to 21,80 Put "FUBO" 

Endf orm 

If OPT = 1 then • Set screen parameters 

Let e.pdep = 24 

Else Set printer parameters 

Putform ROUT; at 24,1 
Let e.pdep = 60 
Let e.pmar = 7 
Let e.oprn = true 
Endif 



ELL 



Test PROGSTAT 



Case "I": 

Use BES 

Obtain last record 
Report "BESRPT" 
Finish BES 
Break ; 

Case "3“: 

Use BESP 

Obtain last record 
Report "BESPRPT" 
Finish BESP 
Break ; 

Case "S": 

Use BESPAD 
Obtain last record 
Report ••BESPADRP“ 
Finish BESPAD 
Break ; 

Case : 

Use BESh 

Obtain last record 
Report "BESMRPT" 
Finish BESh 
Break ; 

0 ther w i se : 

Use BESMAD 
Obtain last record 
Report "BESMADRP“ 
Finish BESMAD 
Br eak ; 

End test 

Wai t 



EL7 



! Reset environmental variables 
Let e.stat = true 
Let e.supd = false 
Let e.oprn = false 

Form RPTDONE 

At 9,32 Put "REPORT COMPLETED" 

At 12,23 Put "<F1> SCREEN output" 

At 14,23 Put "<F2> PRINTER output" 

At 15,23 Put " (Turn on printer)" 

At 17,23 Put "<F3> Continue program" 

At 19,23 Put "<F10> End Program" 

At 1,1 to 24,80 Put "FBBW" 

At 2,3 to 23,78 Put "FWBU" 

At 15,22 to 15,52 Put "FRBU" 

At 19,22 to 19,41 Put "FRBU" 

Endf or m 



Redefine function 1 " OPT = l;Perform \"BRPTONE\" USING 

\"OPT\" , \"PROGSTAT\" \13" 
Redefine function 2 " OPT = 2;Perform \"BRPTONE\" USING 

\"OPT\" ,\"PROGSTAT\" \13" 
Redefine function 3 " Perform \"ANOTHER\" \13" 

Redefine function 10 " Perform \"WRAPUP\" \13" 



Putform RPTDONE 



at 24,1 



/* BRPTALL.IPF - BAS I C_RPT_ ALL MODULE 

/* This module displays all prior computed basic COCOMO */ 

/* values on either the screen or on a printer. */ 

Sample call: PERFORM '‘SRPTALL" USING "#A“ */ 

/* Input: #A - OPT: 

/* 1 “ setup screen parameters 

/* 2 - setup printer parameters 

/* Output: Prior computed basic COCOMO values. 

□PT = #A 

Let e-stat = false 

Let e.supd = true 

Let e.serr = true 

Release perform "RPTOUT" 

Let e.serr = false 

Form ROUT 

At 20, 27 Put '’OBTAIN REPORT FROM PRINTER" 

At 19,1 to 21,80 Put "FUBO" 

Endform 

If OPT = 1 then I Set screen parameters 

Let e.pdep = 24 

Else [ Set printer parameters 

Putform ROUT; at 24,1 
Let e.pdep = 60 
Let e.pmar = 7 
Let e.oprn = true 
End i f 

Let e.serr = true 






Use BES 



If Currec(BES) = O then 
Finish BES 
E 1 se 

Obtain first record 
While #found do 
Report "BESRPT” 

If Eot(BES) then 
Finish BES 
Break 
Endif ; 

Obtain next 
Endwh i 1 e ; 

Wa i t ; 

End i f 

Use BESP 

If Currec(BESP) = 0 then 
Finish BESP 
E 1 se 

Obtain first record 
While #found do 
Report "BESPRPT'* 

If Eot(BESP) then 
Finish BESP 
Br eak 
End i f ; 

Obtain next 
Endwh i 1 e ; 

Wait; 

Endif 

Use BESPAD 



570 



0 then 



If Currec(BESPAD) = 
Finish BESPAD 
Else 

Obtain first record 
While #found do 

Report "BESPAORP” 

If Eot(BESPAD) then 
Finish BESPAD 
Break 
End if ; 

Obtain next 
Endwh i 1 e ; 

Wa i t ; 

End i f 

Use BESM 



If Currec(BESM) .= 0 then 
Finish BESM 
El se 

Obtain first record 
While #found do 
Report "BESMRPT” 

If Eot(BESM) then 
Finish BESM 
Break 
End if ; 

Obtain next 
Endwh i 1 e ; 

Wa i t ; 

End if 



Use BE5MAD 



0 then 



If Currec (BEShAD) = 
Finish BESMAD 
E 1 se 

Obtain first record 
While #found do 

Report "BESMADRP" 

If Eot(BESMAD) then 
Finish BESMAD 
Break 
End i f ; 

Obtain next 
Endwh i 1 e ; 

Wa i t ; 



Let e.serr = false 



1 Reset env i ronmen ta 1 variables 
Let e.stat = true 
Let e.supd = false 
Let e.oprn = false 



Form RPTDONE 

At 9,32 Put "REPORT COMPLETED" 

At 12,23 Put "<F1> SCREEN output" 

At 14,23 Put "<F2> PRINTER output" 

At 15,23 Put " (Turn on printer)" 

At 17,23 Put "<F3> Continue program" 
At 19,23 Put "<F10> End Program" 

At 1,1 to 24,80 Put "FBBW" 

At 2,3 to 23,78 Put "FWBU" 

At 15,22 to 15,52 Put "FRBU" 

At 19,22 to 19,41 Put "FRBU" 

Endf or m 



Redef i ne 

Redef i ne 

Redef i ne 
Redef i ne 



function 1 " OPT = l;Perform \"BRPTALL\" 

\"0PT\" \13" 

function 2 " OPT = 2;Perform \"BRPTALL\" 

\"0PT\" \13" 

function 3 " Perform \"AN0THER\" \13" 
function 10 " Perform \"WRAPUP\" \13" 



USING 

USING 



Putform RPTDONE; at 24,1 



272 



/* IRPTONE-IPF ~ INTERMEDIATE_RPT_ONE MODULE 

/* This module displays prior computed COCOMO values on */ 
/* either the screen or on a printer for the 
/* intermediate model. 

/* Sample call: PERFORM “IRPTONE'’ USING */ 

/* Input: #A = OPT: 

/* 1 - setup screen parameters 

/* 2 - setup printer parameters 

/* #B = PROGSTAT - Where user ended calculations 

/* Output: Prior computed intermediate COCOMO values. 

□PT = #A 
PROGSTAT = #B 

Let e.stat = false 

Let e.supd = true 

Let e.serr = true 

Release perform “RPTOUT" 

Let e.serr = false 

Form ROUT 

At 20, 27 Put "OBTAIN REPORT FROM PRINTER" 

At 19,1 to 21,80 Put "FUBO" 

Endf or m 

If OPT = 1 then [ Set screen parameters 

Let e.pdep = 24 

Else [ Set printer parameters 

Putform ROUT; at 24,1 
Let e.pdep = 60 
Let e.pmar = 7 
Let e.oprn = true 
End i f 



E73 



Test PROGSTAT 



Case "1“: 

Use lES 

Obtain last record 
Report "IESRPT“ 
Finish lES 
Break ; 

Case "E": 

Use lESP 

Obtain last record 
Report lESPRPT" 
Finish lESP 
Break ; 

Case “G": 

Use lESPAD 
Obtain last record 
Report •• lESPADRP" 
Finish lESPAD 
Break ; 

Case 

Use lESN 

Obtain last record 
Report •• lESMRPT" 
Finish lESM 
Break ; 

O ther w i se : 

Use lESMAD 
Obtain last record 
Report ” lESMADRP" 
Finish lESMAD 
Break ; 

End test 

Uia i t 



E7M 



[ Reset environmental variables 
Let e.stat = true 
Let e.supd = false 
Let e-oprn = false 

Form RPTDONE 

At 9,3S Put "REPORT COMPLETED" 

At ia,E3 Put "<F1> SCREEN output" 

At 1^,S3 Put "<F2> PRINTER output" 

At 15,23 Put " (Turn on printer)" 

At 17,23 Put "<F3> Continue program" 

At 19,23 Put "<F10> End Program" 

At 1,1 to 2^,80 Put "FBBUJ" 

At 2,3 to 23,78 Put "FWBU" 

At 15,22 to 15,52 Put "FRBU" 

Endf orm 



Redef i ne 


f unc t i on 


1 


" OPT = 


1 ; Per f orm 
\"0PT\" , 


\” IRPTONEN" 
\"PR0GSTAT\ 


USING 
" \13" 


Redef i ne 


f unc t i on 


2 


" OPT = 


2 ; Per f orm 


\" IRPTONEX" 


USING 



\"0PT\" , \"PR0GSTAT\" \13" 
Redefine function 3 " Perform \"AN0THER\" \13" 

Redefine function 10 " Perform \"UIRAPUP\" \13" 

Putform RPTDONE; at 24,1 
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/* IRPTALL.IPF - INTERMEDIATE^RPT_ALL- MODULE */ 

/* This module displays all prior computed intermediate */ 
/* COCOMO values on either the screen or on a printer. */ 

/* Sample call: PERFORM ’’IRPTALL” USING ”#A“ */ 

/* Input: #A - OPT: */ 

/* 1 ~ Setup screen parameters */ 

/* E - Setup printer parameters 

/* Output: Prior computed intermediate COCOMO values. */ 

OPT = #A 

Let e.stat = false 

Let e.supd =. true 

Let e.serr = true 

Release perform “RPTOUT” 

Let e.serr = false 

Form ROUT 

At EO, E7 Put "OBTAIN REPORT FROM PRINTER" 

At 19,1 to El, 80 Put "FUBO" 

Endf or m 

If OPT = 1 then 1 Set screen parameters 

Let e.pdep = E4 

Else I Set printer parameters 

Putform ROUT; at S4 , 1 
Let e.pdep = 60 
Let e.pmar = 7 
Let e.oprn = true 
End i f 

Let e.serr = true 
Use lES 



E7L 



0 then 



If Currec ( lES) = 
Finish lES 
Else 

Obtain first record 
While #found do 
Report " lESRPT” 

If Eo t ( lES ) then 
Finish lES 
Break 
End i f ; 

Obtain next 
Endwh i le ; 

Wa i t ; 

End i f 

Use I'ESP 



If Currec (lESP) = O then 
Finish lESP 
Else 

Obtain first record 
While #found do 
Report ” lESPRPT" 

If Eot ( lESP) then 
Finish lESP 
Break 
End if ; 

Obtain next 
Endwh i le ; 

Wa i t ; 

End i f 



Use lESPAD 



0 the 



If Currec ( lESPAD) = 
Finish lESPAD 
Else 

Obtain first record 
While #found do 

Report " lESPADRP” 

If Eot ( lESPAD) then 
Finish lESPAD 
Br eak 
Endif ; 

Obtain next 
Endwh i 1 e ; 

Wa i t ; 

Endif 

Use lESh 

If Currec (lESM) = O then 
Finish lESM 
Else 

Obtain first record 
While #found do 
Report " lESMRPT" 

If Eot(IESM) then 
Finish lESn 
Br eak 
Endif; 

Ob tain nex t 
Endwh i 1 e ; 

Wa i t ; 

End i f 



Use lESMAD 



0 then 



If Currec ( lESMAD) = 

Finish lESMAD 
Else 

Obtain first record 
While #found do 

Report "lESMAORP" 

If Eot ( lESNAD) then 
Finish lESMAD 
Break 
End i f ; 

Obtain next 
Endwh i le ; 

Wa i t ; 

End if 

Let e.serr = false 

I Reset env i ronmenta 1 variables 
Let e.stat = true 
Let e.supd = false 
Let e.oprn = false 

Form RPTDQNE 

At 9,3E Put “REPORT COMPLETED” 

At 12,23 Put “<F1> SCREEN output” 

At 14,23 Put ”<F2> PRINTER output” 

At 15,23 Put ” (Turn on printer)” 

At 17,23 Put ”<F3> Continue program” 

At 19,23 Put ”<F10> End Program” 

At 1,1 to 24,80 Put ”FBBW” 

At 2,3 to 23,78 Put ”FWBU” 

At 15,22 to 15,52 Put ”FRBU” 

At 19,22 to 19,41 Put ”FRBU” 

Endf or m 



Redefine function 1 ” OPT = l;Perform \”IRPTALL\” USING 

\”0PT\” \13” 

Redefine function 2 ” OPT = 2;Perform \”IRPTALL\” USING 

\”0PT\” \13” 

Redefine function 3 ” Perform \”AN0THER\” \13” 

Redefine function 10 ” Perform \”WRAPUP\” \13” 



Putform RPTDONE; at 24,1 
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Naval Postgraduate School 
Monterey, California 



SflQ 



The document at i on contained herein pertains to Version 1.0 
of COCOMQ Tool ( Cons t r uc t i ve Cost Model Tool) as implemented 
on the IBM PC computer systems at the Naval Postgraduate 
School. While it is believed that the contents are 
completely accurate, neither the school nor the authors 
assume any liability resulting from inaccuracies herein or 
from the use of this doc umen t a t i o n or the use cf CDCOMD , 



Permission to copy without fee all or part of this material 
is granted provided that the copies are not made or 
distributed for direct commercial advantage. Copies of this 
program can be obtained by sending two floppies to Code 
54Bd , Department of Adm i n i s t r a t i ve Sciences, Naval 
Postgraduate School, Monterey, Ca . 93940. 
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Chapter 1 
I n t roduc t i on 



1.1 General Information 

The COCOMO ( Cons t r uc t i ve Cost Model) Tool is an 
interactive? decision support system used to apply a 
software cost estimation technique. This tool is based on 
the Basic and Intermediate COCOMO model developed by Barry 
UJ . Boehm at TRW and explained in detail in his text, 
“Software Engineering Economics" ( Pr ent i ce-Ha 1 1 , 1981). 

It calculates estimates of man-months of effort, cost, and 
schedule required for a software project. These estimates 
are based on the project size expressed in estimated number 
of thousands of lines of deliverable source instructions 
(KDSI) entered by the user. 

This manual explains how to use the program. Chapter 8 
provides a brief description of the Basic and Intermediate 
COCOMO models as well as COCOMO Maintenance used by both 
models. The use of the COCOMO Tool is introduced in Chapter 
3. Both narrative and screen descriptions demonstrate 
COCOMO Basic, Intermediate and Maintenance program 
utilization. Chapter ^ descibes how to obtain a report of 
the computed values on either the screen or printer. Sample 
reports are also displayed in this chapter so the user can 
get an idea of what to expect in the report format. 

While this document includes a complete description of 
the mechanics of using the COCOMO Tool? it does not attempt 
to provide the background and und er s t and i ng of the 
underlying COCOMO model necessary to use it wiselv. It is 
recommended that COCOMO Tool users familiarize themselves 
with Boehm’s book (Chapters *4-9) since the details of tne 
models assumptions, limitations, and accuracy are not 
reproduced here. 

The COCOMO Tool is written in software using the 
KnowledgeMan application package developed by Micro Data 
Base Systems, Inc. and is operational on IBM PC systems. It 
is scr een-or i en t ed and menu-driven, and requires the use of 
a CRT terminal and a hard disk drive. 



l.E COCOMO Tool Char ac t er i s t i c s Remarks 

The program is memu driven and selections are made with 
the use of function keys. It is divided into four major 
functional areas: Model/mode selection, development branch. 
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maintenance branch, and program termination. In model/mode 
selection the user enters the program and selects either 
the Basic or Intermediate model. Next, one mode is choosen 
from either the organic? semidetached, or embedded modes, 
□nee a mode is selected the user is au t oma t i ca 1 1 y moved into 
the development branch. Within this branch? effort and 
schedule parameters are first computed. From this point a 
decision must be made to either stay in the development 
branch or move into the maintenance branch , Once a choice 
IS made it is final. The only way an unchoosen branch can 
be entered is on another iteration of the model and mode. 

The development branch will give the options of having phase 
and activity distributions computed. The maintenance branch 
involves calculation of maintenance parameters along with 
the option to also have maintenance phase d i s tr i bu t i ons 
computed. The program termination function not onlv allows 
the program to end, it also provides the option of saving 
prior computed values from the development or maintenance 
branches. Another option in this area also permits output 
of the saved data on either the screen or printer. 

Program error messages will be generated if an incorrect 
function key is depressed or an out~of-range value is 
inserted for computation. Error messages and appropriate 
actions are listed a 1 phabe t i ca 1 1 y in Appendix C. Note that 
KDSI values below S KD5I and above 512 KDSI will cause an 
error message as these are the low and high boundaries of 
the COCONG model. 

Familiarity with Boehm’s text, "Software Engineering 
Economics" (Chapters A - 9), is strongly recommended to gain 
an unders tand i ng of the COCGNG model assumptions, 
limitations, and accuracy. Use of this program without 
knowledge of the CGCGMG model will limit the full 
under s t and i ng that can be gained from the computed results. 

Due to program size and complexity, computations for 
standard KDSI values (2, 8, 32, 128, and 512) are performea 

at a moderate rate of speed. However, computations for 
nonstandard KDSI values will show an increase in the time 
needed to obtain the desired results. This will be 
especially evident for the computation of phase and activity 
d i s t r i bu t i ons due to percentage i n terpo 1 a t i ons . 

Pages in the development and maintenance branches each 
have a header at the page top indicating the model, mode, 
and page type. Sample pages used in the program explanation 
will be from the Intermediate model. Differences for the 
Basic model? other then the model name in the page header, 
will be explained as each page is shown. 
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Chapter 2 



COCOMO Software Cost Estimation Model 



This chapter summarizes the COCOMO Basic and 
Intermediate software cost estimation models. Readers who 
are already familiar with these COCOMO models can skip to 
chapter 3? COCOMO Model Utilization- 

2 . 1 Over V i ew 

The Basic COCOMO model takes as parameters the estiTiatecS 
number of source instructions (KDSI) and the development 
mode. The development mode parameter indicates whab type or 
project is being developed, ranging from relatively small 
projects 1 oose ly coupled with their operating env i r onmen t 
(“organic") to large? complex systems with rigidly specified 
interfaces? real-time performance constraints? and high 
reliability requirements ("embedded"). The Basic model 



along with productivity in number of delivered source 
instructions per man-month and annual development cost. For 
example? a typical result for a 2 KDSI project might be 6.3 
man-months of effort required? 5.1 month schedule and 
approx imately 301 required lines of codes per man-month . 
Distribution of effort and schedule are also calculated, 
e.g.? of the 5.1 months of development time? the model will 
tell you that 0.97 months would be spend in product design? 
3.23 in programming and unit testing? and 0.92 in 
integration testing. Requirements analysis are not included 
in COCOMO estimates? however? product activity distribution 
by phase for effort is computed. For example? calculated 
product design for effort would be farther subdivided into 
requirements analysis? product design? programming? test 
planning? ver i f i ca t ion/ va 1 i dat i on ? project office time? 
quality assurance and document a t i on development time. 
Likewise? programming and integration testing would also be 
subdivided into these same categories. 

The Intermediate COCOMO model builds on the Basic model 
by adding cost drivers? which are measures of various 
attributes of the product? project? computer and personnel. 
The product of these cost drivers multiply the calculated 
effort man-months to produce an adjusted nominal man-month 
figure. For example? one driver (denoted PCAP ) measures 
Programmer Capability. The PCAP multiplier can range from 
0.70 (very high programmer capability) to 1 . A^2 (very low 




man-months of effort and months of schedule? 
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programmer capability). In the example above^ if very high 
quality programmers were available, the estimated 
development time would be reduced to 4.62 man-months (6.6 x 
0.70) provided the rest of the cost drivers remained at a 
nominal value of 1.0. Cost drivers give a more 
comp rehens i ve picture of the product and the environment in 
which it is to be developed, with resulting greater accuracy 
of pr ed i c t i on . 

The COCOMO models are calibrated using data collected for 
63 projects completed by TRW between 1964 and 1979. Numeric 
parameters were not determined solely by statistical curve 
fitting, but were influenced by the judgment of project 
managers. The Basic COCOMO model does not have particularly 
good accuracy; Boehm reports that estimates foi' the 
calibration data are within a factor of 2 of the actual 
effort onlv 60*/. of the time. The added parameters of cost 
drivers in Intermediate COCOMO give it much improved 
accuracv. Estimates with the Intermediate- COCOMO model are 
within 20*/. of actual effort 6S*/. of the time. 

It is important, however, to note that the data described 
above no longer reflects the profiles (e.g., cost drivers) 
of current and future software. It is imperative that the 
data base and estimated parameters are constantly updated to 
improve the prediction power of the COCOMO Tool dataoase. 
Detailed discussion of such a r eca 1 i br a t i on process is 
provided in Boehm’s text. 



2.2 The Basic Model 

The Basic model’s parameters are estimated thousands of 
delivered source instructions (KDSI) and development mode. 
Source instructions are defined as lines of code, including 
declarative statements and job control language but 
excluding comments. Development modes are char ac t er i z ed as 
f o 1 lows : 

Qr gan i c 

generally stable development environment 
minimal need for innovation in ar ch i tec tur es 
or a 1 go r i t hms 
relatively small size 

relatively low premium on early completion of 
the project 

software project range usually not greater 
than 50 KDSI 

loose coupling with external systems 
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Sem idetached 

mixture of organic and embedded char ac t er i s t i c s 
intermediate level of experience with related 
systems 

wide mix of experienced and inexperienced people 
some experience with aspects of system under 
deve 1 opmen t 

software project range usually not greater than 
300 KDSI 

Embedded 

much innovation required 

integral part of some larger system with inflexible 
interface requirements 
high required reliability 

development within tight time and cost constraints 
The basic effort development estimation formula by mode are 



Organic; MM = P . ^ ( KDS I ) 1 . 05 

Semidetached: MM = 3 . 0 ( KDS I ) 1 . 1 P 

Embedded: MM = 3 . 6 ( KDS I ) 1 . PO 

where 

MM = man-months of development effort 
KDSI = estimated thousands of delivered source 
i nst rue t ions 



Another result obtainable from the Basic COCOMG model is 
development time^ i.e,, how many months the project will 
take to complete. These schedule formula by mode are: 



Or gan i c : 


TDEV = a.5(MM) -<-*0.3a 


Semidetached : 


TDEV = a. 5 (MM) *-^0.35 


Embedded : 


TDEV = E . 5 ( MM ) . 32 


where 




TDEV = development time in months 


= effort 


in man-months calculated above 



aa? 
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Besides effort and schedule calculations other data which 
can be computed and are model and mode independent are: 

Average number of personnel = MM/TDEV 
Productivity = ( 1 OOO^KDS I ) /MM 
Annual cost = Personnel cost/MM * MM 



The Basic model also provides information on how the 
effort and schedule are distributed over the phases of the 
project. These tabulated percentages are Listed in Aopendix 
A (Table AI) and are a function of the product size and 
mode. The product sizes shown in Table Al are for sta»')dard 
KD5I values of S, Si 3S , IBS, and 51S. KDSI values 
occurring between these standard figures are considered 
nonstandard and must have the closest lowest and highest 
percentages to it interpolated to produce the proper result. 
KDSI values below and above S and 512 KDSI respective!'/ are 
beyond the boundaries of the COCOMO model and are not used 
as the model formula for effort and schedule are calibrated 
only for this range. Values for the phase distribution of 
effort are computed by multiplying each percentage bv the 
prior computed MM number. Phase distribution for schedule 
is also computed in a similar way except each schedule 
percentage is multiplied by the calculated TDEV value. 

In addition to the phase distribution c-ompu t a t i o ns , 
activity distribution by phase can also be calculated. The 
percentages for the activity distribution are listed in 
Appendix A (Tables AE - A^4 ) . These percentages are again 
product and mode dependent and provide more detail about the 
product design, programming, and test integration values 
computed for phase distribution of effort. Calculation of 
the values for this area occurs by multiplying the 
man-months value obtained for phase distribution product 
design, programming, and test integration by the respective 
percentages under each appropriate column. For examole, to 
obtain the values for activity distribution in the organic 
mode for product design, the product design value computed 
in the phase distribution would be multiplied bv each 
percentage under the product design column to generate the 
necessary activity phase distribution for product design. 
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E.3 The I n t ermed i a t e Model 

The key feature which the Intermediate model adds to the 
Basic model is a set of 15 cost driver attributes, which are 
listed in Appendix B (Table Bl). These cost drivers have a 
default nominal value of I.O 9 however, these values can be 
varied depending on the environment in which the project is 
being created. The product of these 15 cost drivers is 
called the Effort Adjustment Factor ( EAF ) . 

Development modes for the Intermediate model are the same 
as those for the Basic model. However, the effort 
development estimation formula vary slightly from the Basic 
model and are: 



Organ i c : 


MMn = 3.2(KDSI .05 


Sem idetached : 


MMn = 3.0(KDSI . 12 


Embedded : 


MMn = 2.8(KDSI ) .20 


where 




MMn = Nominal 


man-months 



The cost drivers are factored in by multiplying the nominal 
man— months by the EAF: 



MMadj = MMn ^ EAF 
wher e 

MMadj = man-months adjusted 



Schedule formula by mode are the same as for the Basic 
model. Average number of personnel, productivity, annual 
cost, phase distribution of effort and schedule, and 
phase activity distribution are also computed in the same 
manner as for the Basic model. 

For a large system it is likely that the cost driver 
values will vary for different parts of the system. 
Estimation accuracy can therefore be improved by dividing 
the system into components. The nominal man-months are 
allotted to the components in proportion to their size, and 
the appropriate set of multipliers are then applied to each 
component separately. The resulting component estimates are 
then summed to obtain the overall system estimates. 
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2.4 Maintenance Model 

The process of modifying existing operational software 
while leaving its primary functions intact is defined as 
software maintenance. Calculations for the effort and 
annual cost of this maintenance are also performed in both 
the Basic and Intermediate models and are mode independent. 
A new term in this area is called the Annual Change Traffic 
(ACT). It is the fraction of the software product's source 
instructions which undergo change during a typical year, 
either through addition or mod i f i c a t i on . The value of this 
factor ranges between 1.00 for complete change to 0 for no 
change at all to the software. The formulae for ACT is: 





DSI added DSI 


mod i f i ed 


ACT = 


Total DS I 




where 


ACT 


= Annual change 


tr af f i c 


DSI 


= Delivered source instructions 



Maintenance formula used with the Basic model are: 



(MM)am = MM ^ ACT 

Average maintenance personnel = (MM)am/lE 

Annual maintenance cost = Maintenance personnel cost /MM 

^ ( MM ) am 

where 

( MM ) am = Basic annual maintenance effort 
MM = Effort in man-months 
ACT = Annual change traffic 



Calculations for the Intermediate model again vary 
slightly from the Basic model in that 14 maintenance cost 
drivers are used to increase the model accuracy. These 
maintenance cost drivers are listed in Appendix B (Table 
B2 ) . The value for each maintenance cost driver is 
defaulted to a nominal value of 1.00, but can be varied 
according to the environment. The product of these cost 
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drivers is called the Maintenance Effort Adjustment Factor 
(EAFM). Formula for the intermediate model are 



(MM)nam = MMn * ACT ^ EAFM 

Average maintenance personnel = (MM)nam/12 

Annual maintenance cost = Maintenance personnel cost/MM 

^ ( MM ) nam 



The product activity distribution by phase percentages 
are listed in Appendix A (Table A5 ) . These percentages are 
multiplied by either the annual maintenance effort, (MM)am, 
value in the Basic jnodel or the nominal annual maintenance 
effort, ( MM ) nam , value in the Intermediate model to obtain 
the maintenance activity distribution by phase. 
ef f o r t 
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Chapter 3 

COCOMO Model Utilization 



This chapter illustrates the use of the COCOMO tool 
through the display of r ep r esen t a t i ve screens that are 
observed during the program- Beginning with information 
concerning hardware and software required for this program, 
the chapter guides the user through steps to use the 
Basic and Intermediate models. COCOMO maintenance is also 
illustrated and discussed. 



3.1 Systems Requirements and Installation Procedures 

To properly run the COCOMO Tool program certain 
hardware and software requirements must be met. The 
following is a minimum required list. 

Har dwar e : 

Microcomputer with at least E56K of memory 
Keyboard with function keys 
10 megabyte hard disk 
Printer (optional) 

Software: 

KnowledgeMan package including K-Report and K-Graph 
COCOMO Tool Program (see Appendix D) 

COCOMO Tool Database (see Appendix D) 

DOS 2-1 or h igher 



3-2 Installation Procedures 



After the software 
hard disk, the COCOMO 
"KMAN*' in response to 
display of the COCOMO 
several moments- 



listed above is loaded onto the system 
Tool program is invoked by typing 
the system prompt. This results in a 
Tool title page (Figure 3.1) after 
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C 0 C O M □ 

constructive COst MOdel 
for 

Estimating Software Development Cost 
Dec 1985 

Naval Postgraduate School 
Monterey, CA 

PRESS SPACE BAR 
Figure 3.1: Title Page 



Depressing the space bar once causes the banner page 
(Figure 3.2) to appear . After depressing the space bar a 
second time, a model selection page (Figure 3.3) appears. 



COCOMD PROGRAM 

This decision support system program automates the CGCOMQ 
method of software engineering for development and 
maintenance. It enables the user to select one of two 
models (Basic or I n t er med i a t e ) , and one of three mooes 
(Organic, Sem i de t ached , or Embedded) for the computation of 
development and or maintenance data for a given KDSI input. 
Options include phase distribution c a 1 c u 1 ci t i o ns for 
development or maintenance, activity distribution by phase 
for development, graphs, reports and mcdel/mode iterations. 
Iterations of data can be saved for report generation. Data 
can be saved or erased before the program is terminated. 

PRESS SPACE BAR TO BEGIN 



Figure 3.2: Banner Page 
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3.3 nodel/Mode Selection 

FI and FS invoke the Basic and Intermediate COCOMO 
models respectively as shown on the model selection page 
(Figure 3.3). If for some reason program termination is 
desired, than depressing FIO will end the program and return 
the system prompt. 





1 O 1 
1 1 

1 Z 1 
1 1 

1 O 1 
1 1 

1 U 1 
1 1 

1 O 1 
1 1 

1 U 1 


TO SELECT 


A MODEL DEPRESS ONE 


□ F THE 


FOLLOWING F KEYS: 


FI 


BASIC 


FS 


INTERMEDIATE 


FIO 


END PROGRAM 


F i gur e 3 . 


3: Model Selection 



C □ C □ H □ 

TO SELECT A MODE DEPRESS ONE 


OF 


THE FOLLOWING 


F KEYS: 


FI 


INTERMEDIATE 


ORGAN I C 


FS 


INTERMEDIATE 


SEMIDETACHED 


F3 


INTERMEDIATE 


EMBEDDED 


F i gu 


re 3.4: Mode 


Se 1 ec t i on 



After depressing FI or FS , the next item to appear is the 
mode selection page (Figure 3.4). The selection of a mode 
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is dependent upon the environment upon which the project is 
developed. Guidelines for each mode are presented at the 
beginning of Chapter 2. After selecting either the organic, 
semidetached, or embedded mode by depressing FI, FE , or F3 , 
respectively, the message “LOADING X MODEL", where X equals 
either the Basic or Intermediate model selected, will appear 
at the bottom of the mode selection page. The reason for 
the message is that it takes several minutes to load the 
large spreadsheet from the hard disk into memory. Once this 
action is completed, an ef f or t /schedu 1 e page (Figure 3.5) 
appears at which point the program is in the development 
branch for the Basic model. The Intermediate model differs 
from the Basic model at this point in that it enters the 
development branch. 



INTERMEDIATE COCOMO ORGANIC MODE EFFORT / SCHEDULE 



KDSI = <= Enter KDSI 

Personnel Cost/MM = <= Enter Monthly Personnel Cost 

Press <F1> to COMPUTE 

Adjusted Effort (MM) = EAF = 

Nominal Effort (MM) = 

Productivity (DSI/MM) = 

Schedule (months) = 

Avg Personnel (FSP) = 

Annual Cost = 

<FE> Phase Distribution <F3> Maintenance .FlO;' Quit 



Figure 3.5: Ef fo r t /Schedu 1 e 



3.4 Development Branch 

Once the spreadsheet is loaded, an ef f o r t / sc hedu 1 e page 
(Figure 3.5) appears. This is the point at which the 
program is in the development branch for the Basic model. 
The Intermediate model differs from the Basic model at this 
point in that it enters the development branch when the 
effort cost river page (Figure 3.6) is displayed. This 
occurs prior to Figure 3.5 in the Intermediate model. 
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INTERMEDIATE COCOMO 


COST DRIVERS 


ORGANIC MODE 


VLow 


Low 


Norn 


High 


VHi 


XtraHi 








0.75 


0.88 


1 .00 


1 . 15 


1 .40 


1 .40 


RELY 


1.00<Enter values 


0.94 


0.9U 


1 .00 


1 .08 


1 . 16 


1 . 16 


DATA 


1 .00 




0.70 


0.85 


1 .00 


1 . 15 


1 .30 


1 .65 


CPLX 


1 .00 




1 .00 


1 .00 


1 .00 


1.11 


1 .30 


1 .66 


TIME 


1 .00 




1 .00 


1 .00 


1 .00 


1 .06 


1 .21 


1 .56 


STOR 


1 .00 




0.87 


0.87 


1 .00 


1 . 15 


1 . 30 


1 . 30 


VIRT 


1 .00 




0.87 


0.87 


1 .00 


1 .07 


1 . 15 


1 . 15 


TURN 


1 .00 




1 . 46 


1.19 


1 .00 


0.86 


0.71 


0.71 


ACAP 


1 . 00 




1 .29 


1 . 13 


1 .00 


0.91 


0.82 


0.82 . 


AEXP 


1 .00 




1 .42 


1 . 17 


1 .00 


0.86 


0.70 


0.70 


PCAP 


1 .00 




1 .21 


1.10 


1 .00 


0.90 


0.90 


O.'^^O 


VEXP 


1 ,00 




1.14 


1 .07 


1 .00 


0.95 


0.95 


0.95 


LEXP 


1 .00 




1 . 24 


1.10 


1 .00 


0.91 


0.82 


0,32 


MODP 


1 .00 




1 .24 


1 . 10 


1 .00 


0.91 


0.83 


0 . 83 


TOOL 


1 .00 




1 .23 


1 .08 


1 .00 


1 . 04 


1 . 10 


1 . 10 


SCED 


1 .00 


Press <F 1 > 








F i gur e 


3.6: 


Cost 


Dr i ver s 






Th e 


' cost 


d r i vers are 


al 1 


initially defaulted 


to a 


nominal value of 


1 .0. 


These 


va 1 ues 


can be 


changed by 


mo V i ng 


the 


ce 1 1 ( 


cur sor , 


C 1 , 


to the 


appr opr i a te 


row b V us i ng 



the down arrow. Once the cell cursor is at the approp>-iate 
row, then a new cost driver value can be entered- Cost 
driver values are arranged in a table to the left of each 
cost driver with a range from very low to extra high. Once 
a value is identified from this table for a particular cost 
driver, its value is typed in and the ’Enter’ key is 
depressed. The entered value then appears at the cell 
cursor position- Cost drivers which are not modified will 
retain their value of 1.0. After all the mod i f i c a t i ons are 
completed FI, as shown in the last cost driver row, is 
depressed. A flashing message, "COMPUTING EAF", is 
displayed at the bottom of the effort cost driver page to 
indicate that the Effort Adjustment Factor (EAF) is being 
comouted, When this computation is completed, the 
ef f or t / schedu 1 e page (Figure 3.5) is next displayed. 

The ef for t / schedu 1 e p<age is divided into two sections: 
the input section and the output section. These sections 
are divided by the "Press <F1> to COMPUTE" statement with 
the input section above this statement. The cell cursor is 
positioned in the blank space before the ’Enter KDSI’ arrow. 
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To enter the -KDSI value? type in the value and depress the 
"Enter key". The value will appear in the cell cursor 
location just after KDSI =. For example? if there are SOOO 
lines of code in the module then enter a S. THE ONLY KDSI 
VALUES THAT CAN BE ENTERED HERE MUST OCCUR IN THE RANGE 
BETWEEN S AND 512 KDSI. Any KDSI values outside of this 
range will cause a program error message to be generated ? 
and a return of the cell cursor to the KDSI position for a 
new value to be entered. After entering the KDSI valuei 
move the cell cursor down one position by depressing the 
down arrow once. At this location the personnel cost/MM 
figure is entered as indicated by the left pointing arrow 
and the "Enter Monthly Personnel Cost" statement. Enter 
this figure by typing in the amount and depressing bhe Enber 
key. For example, personnel cost/MM for a module might be 
S3000.00 so 3000 would be entered. After both the KDSI and 
personnel cost/MM are entered depress FI to compute the 
effort and schedule parameters. A flashing message, 
"COMPUTING EFFORT/SCHEDULE", will appear which indicates 
that the parameter computations are in progress. When the 
computations are completed? the ef for t / schedu 1 e will redraw 
to display the computed parameters in the lower half of the 
page. For a Basic model display, there is no adjusted 
effort or EAF . Another iteration for a different KDSI 
value can be performed at this point by moving the cell 
cursor back up to the KDSI input position with the up arrow. 
After entering a new KDSI value, depress FI for the next 
iteration to begin. Besides performing another iteration 
other options include: 

F2 - Phase distribution calculations to continue in the 
development branch 

F3 “ Maintenance calculations to enter the maintenance 
br anch 

FA - Quit to enter the program termination branch 



257 



Page 1 a 



INTERMEDIATE COCOMO ORGANIC MODE 



PHASE DISTRIBUTION OF EFFORT FOR KDSI OF: 



EFFORT 

PRODUCT DESIGN PD 

PROGRAMMING P 

DETAIL DESIGN DD 

CODE/UNIT TEST CUT 

INTEGRATION/ TEST IT 

SCHEDULE 

PRODUCT DESIGN PD 

PROGRAMMING P 

INTEGRATION/TEST IT 



<F1> Graph Effort <F2> Graph Schedule <F10> Quit 
<F3> Activity Distribution 

Figure 3.7: Phase Distribution 



The selection of F3 or FA are described in later sections. 
Selecting FE causes the phase distribution page^ (Figure 
3.7), to be displayed with the flashing message, "COMPUTING 
PHASE DISTRIBUTION*', shown in the center of the screen. 

When the computations are completed by the program the page 
will redraw to reveal the computed values for the effort and 
schedule phase distributions. Options available are 
indicated at the bottom of the page and include: 

FI - Graph Effort values 

F2 - Graph Schedule values 

F3 - Activity distribution calculations to continue in 
the development branch 

FIO - Quit to enter the program termination branch 
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INTERMEDIATE 


COCOMO 




ORGANIC MODE 


PRODUCT ACTIVITY 


DISTRIBUTION BY 


PHASE FOR 


EFFORT — KDS 




PRODUCT 


PRO- 


INTEGRAT 




DESIGN 


GRAMMING 


/TEST 


REQ/MENT ANALYSIS RA 


RA 


RA 


PRODUCT DESIGN 


PD 


PD 


PD 


PROGRAMMING 


P 


P 


P 


TEST PLANNING 


TP 


TP 


TP 


VERIFY/VALIDATE 


VV 


VV 


VV 


PROJECT OFFICE 


PO 


PO 


PO 


CM/QA 


CQ 


CQ 


CQ 


MANUALS 


M 


M 


M 


<F1> Graph Prod 


Des <FE> Graph 


Prog <F3> 


Graph IT 



<F 1 0> Qu i t 

Figure 3.8: Activity Distribution 



Selection of FI or FE will display a pie char t of the 
values for the effort and schedule phase d i s t r i bu t i o n i 
respectively. Depressing the "Enter’ key will remove the 
pie chart display and redraw the phase distribution page. 
With the selection of F3^ the activity distribution page^ 
(Figure 3.8), will be drawn with the flashing message, 
“COMPUTING ACTIVITY DISTRIBUTION”, shown near the bottom of 
the page. This message implies that the activity 
distribution values are in the process of being compubed. 
Upon completion of the computations this page is redrawn to 
reveal the calculated values. Options are indicated at the 
bottom of the page and include: 

FI - Graph product design values 

FE - Graph programming values 



F3 - Graph i ntegr at ion/ tes t values 



FIO - Quit to enter the program termination branch 



Selection of FI, FE, or F3 displays a pie chart of the 
product design, programming, or i n t egr a t i o n/ tes t values, 
respectively. Depressing the "Enter" key removes the pie 
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chart display and redraws the activity distribution page. 
With the selection of FIO the program termination branch is 
entered. The options available in this branch are 
described in section 3.5. 



3.5 Maintenance Branch 

The maintenance branch is entered as a result of 
selecting F3 on the ef f or t / schedu 1 e page, (Figure 3.5). For 
the Intermediate model the maintenance cost driver page, 
(Figure 3.9), is displayed. The Basic model, however- skips 
this page and immediately displays the maintenance 
ef fo r t / schedu 1 e page, (Figure 3.10). 



INTERMEDIATE COCOMO MAINTENANCE DRIVERS ORGANIC MODE 



VLo w 


Low 


Norn 


H i gh 


VHi 


X traHi 






1 .35 


1.15 


1 .00 


0.93 


1.10 


1 . 10 


RELY 


1 . 00<En ter 


0.94 


0.94 


1 .00 


1 .03 


1.16 


1.16 


DATA 


1 .00 


0.70 


0.35 


1 .00 


1 . 15 


1 .30 


1 . 65 


CPLX 


1 .00 


1 .00 


1 .00 


1 .00 


1.11 


1 . 30 


1 . 66 


TIME 


1 .00 


1 .00 


1 . 00 


1 . 00 


1 .06 


1.31 


1 .56 


STOR 


1 .00 


0.87 


0.37 


1 .00 


1.15 


1 .30 


1 . 30 


VIRT 


1 .00 


0.37 


0.37 


1 .00 


1 .07 


1.15 


1 . 15 


TURN 


1 .00 


1 .46 


1 . i-9 


1 .00 


0.36 


0.71 


0.71 


ACAP 


1 .00 


1 .39 


1.13 


1 .00 


0.91 


0.33 


0.33 


AEXP 


1 .00 


1 . 43 


1.17 


1 .00 


0.36 


0.70 


0.70 


PCAP 


1 . 00 


1.31 


1 . 10 


1 .00 


0.90 


0.90 


0.90 


VEXP 


1 .00 


1.14 


1 . 07 


1 .00 


0.95 


0.95 


0.95 


LEXP 


1 .00 


1 . 35 


1.16 


1 .00 


0.86 


0.74 


0.74 


MODP 


1 . 00 


1 .34 


1 . 10 


1 .00 


0.91 


0.33 


0.33 


TOOL 


1 . 00 Press 






F i gur e 


3.9: 


Ma i n tenance 


Co s t 


Dr 1 vers 



The maintenance cost driver page uses the same 
approach as the effort cost driver page. Cost driver values 
are defaulted to the nominal value of 1.0 and are modified 
as necessary using the values in the displayed table. 
Depressing FI after cost driver modification is completed 
causes the message, "COMPUTING MAINTENANCE EAF", to be 
displayed at the page bottom. This indicates the 
computation of the maintenance EAF is in progress. Upon 
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completion of this computation by the program, the 
maintenance ef f or t / schedu 1 e page, (Figure 3.10), is drawn. 



INTERMEDIATE COCOMO ORGANIC MODE MAINTENANCE 



Maintenance Personnel Cost/MM = <=Enter Monthly Maint Cost 
Annual Change Traffic (ACT) = <=Enter ACT Value 

Press <F1> to COMPUTE 



Annual Maintenance Effort ( MM ) am = EAFM - 

Maint Software Personnel ( FSP ) m = 

Annual Maintenance Cost = 



<FE> Maintenance Phase Distribution <F10> Quit 



F i gure 3.10: 



Ma i n t enance 



The maintenance ef fo r t / schedu 1 e page is also divided into 
two sections: input and output. The input section is abov^e 

the statement, "Press <F1> to COMPUTE". The input cell 
cursor is located in this section in front of the left 
pointing arrow indicating "Enter Monthly Maint Cost". Enter 
the dollar amount in the same manner as for the effort and 
schedule page. Depress the ’Enter’ key. Depress the down 
arrow once to move the cell cursor to the ACT entry 
position. This value is defaulted to 1.00 which means that 
the entire software modu 1 e/p r o j ec t will be modified over the 
course of the year. If the entire software modu 1 e /p r o j ec t 
is not modified over the course of the year then enter the 
fraction that will be added /mod i f i ed . This can be 
determined by using the ACT equation in Chapter 2. The 
range of this value must be between 0.1 and 1.00. To modify 
this value, type in the new ACT figure and depress the 
’Enter' key. Depressing FI next initiates the maintenance 
ef for t / schedu 1 e parameter computation process which is 
indicated by the flashing message, "COMPUTING MAINTENANCE 
EFFORT". Upon completion of this computation the page is 
redrawn with the computed parameter values displayed in the 
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lower half of the page. Options at the bottom of the page 
i nc 1 ude : 

FE - Maintenance Phase Distribution calculations to 
continue in the maintenance branch 

FIO - Quit to the program termination branch 





INTERMEDIATE COCOMO 


ORGANIC. MODE 


PRODUCT ACTIVITY 


DISTRIBUTION 


BY PHASE FOR MAINTENANCE 


REQ/MENT ANALYSIS 


RA 




PRODUCT DESIGN 


PD 




PROGRAMMING 


P 




TEST PLANNING 


TP 




VERIFY/VALIDATE 


VV 




PROJECT OFFICE 


PO 




CM/QA 


CQ 




MANUALS 


M 




<F1> Graph Values 


<F 1 0> Qu i t 


Figure 3.11: 


Ma i n tenance 


Activity Distribution 



Selection of F2 causes the maintenance activity 
distribution page i (Figure 3.11), to be dr awn with the 
flashing message, “COMPUTING MAINTENANCE PHASE", displayed 
at the page bottom. Upon completion of these calculations 
the page is redrawn with the computed values displayed. 
Options at the page bottom include: 

FI - Graph values 

FIO - Quit to the program termination branch 

Selection of FI displays a pie chart of the calculated 
values- Depressing the ’Enter' key redisplays the 
maintenance activity distribution page. An FIO selection 
imitiates the program termination branch which is discussed 
in the next section. 
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3.6 Program Termination Branch 

Besides the option of program termination, this branch of 
the program also provides the opportunity to save prior 
computed values from the development or maintenance 
branches. Another option allows output of the saved values 
in a report format on the screen or printer. This branch is 
activated by selection of FIO in any of the following 
figures: 3.5, 3.7, 3.8, 3.10, 3.11. The iteration option 

page, (Figure 3. IE), is displayed as a result of the FlO 
selection. 



BEFORE QUITTING 

SELECT an option: 

<F1> Another iteration 
<F10> End program 

Figure 3. IE: Iteration Option 



This page allows another iteration to be 
performed or begins the program termination process. 
Depressing FIO causes the program termination page, (Figure 
3.13), to be displayed. 



BEFORE 

<F1> 

<FE> 

<F3> 



QUITTING 

Save calculated values and end program 
Erase calculated values and end program 
Continue program 



Figure 3.13: Program Termination 



Selection of FI terminates the program and displays the 
operating system prompt. All values that were saved will 
remain in their respective tables for the Basic and 
Intermediate COCONO models. An FE selection will erase all 
saved values from the Basic and Intermediate models- and 
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display the operating system prompt. If no program 
termination is desired, then depressing F3 will display the 
model selection page, (Figure 3.3), so another iteration can 
be performed. 

Returning to the iteration option page, (Figure 3. IE), 
depressing FI, "Another iteration", causes the save value 
option page, (Figure 3.14), to be displayed. 



BEFORE 


PERFORMING ANOTHER ITERATION: 


A 

Ll 

V 


SAVE prior computed values 


<FE> 


ERASE other computed values and 
START a new table 


<F3> 


Perform another iteration WITHOUT 
saving prior computed values 


Figure 3.14: Save Value Option 



Selection of F3 disguards the values computed in the 
last session and displavs the model selection page, (Figure 
3.3), so another iteration can be performed. Depressing FI 
instead saves the values calculated in the last session. 
Selection of FE also saves values calculated in the last 
session, however , it first erases values saved from other 
prior sessions. This feature is model dependent in that it 
erases only values for the model currently in use. For 
example, if the Intermediate model is currently selected 
then only prior saved values for the Intermediate model are 
erased . No values that were saved in prior sessions for the 
Basic model are touched. Choosing either Fi or FE results 
in the display of the data output page, (Figure 3.15). 



INTERMEDIATE values have been saved 

<F1> Display LAST computed INTERMEDIATE values 
<FE> Display ALL computed INTERMEDIATE values 
<F3> Continue Program 
<F10> End Program 



Figure 3.15: Data Output 
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Selection of F3 causes a display of the model selection 
page, (Figure 3.3), to begin another iteration. Selection 
of F4 results in the display of the program termination 
page, (Figure 3.1^). Choosing either Fl or F3 invokes the 
report generator to provide a formatted report. Fl produces 
a report for only the values of the last session for the 
model currently in use. FS produces multiple reports for 
the values of ALL the prior sessions for the model currently 
in use. Selection of either Fl or F2 causes the media 
output page^ (Figure 3.16), to be displayed. 



Se 1 ec t 


an option to displav 


r epor t 


<F1> 


SCREEN output 




<FE> 


PRINTER output 






(Turn on printer first) 




Figure 3.16: Media 


Ou t pu t 



Selection of Fl produces an output of single or multiple 
reports, depending on which option was previously selected, 
on the terminal screen. FE produces the same formatted 
reports except they are output on the printer. Depressing 
the space bar at the end of the last report displays the 
report completed page, (Figure 3.17). 



REPORT COMPLETED 

<F1> SCREEN output 

<FE> PRINTER output 

(Turn on printer) 

<F3> Continue program 

<FL> End program 

Figure 3.17: Report Completed 
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Selection of FI or F2 produce the same results as before. 
They are included here in order to’ offer a chance to output 
the prior generated report in another media from the initial 
media selected. Selection of F3 or FIO again cause the 
display of figure 3.3 or 3.14, respectively. 
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Chapter 4 
hodel Maintenance 



Equations used in the COCOMO model have a large number 
of empirically derived constants such as coefficients and 
exponents. In general, these constants provide reasonable 
accuracy for most software cost-estimation situations. 
However, users who have appropriate data available may 
desire to recalibrate these constants in the COCOMO model to 
better fit the experience of their own or gan i za t i on . 

Chapter E9 of Boehm’s^ ’’Software Engineering Economics" 
discusses the r eca 1 i br a t i on procedures. Although the 
recal ibrat ion process itself can become quite complex, 
altering the constants used in the COCOMO Tool is a 
relatively easy task. This chapter describes the process 
of constant modification so once the constants are developed 
internally they can be changed in the COCOMO Tool. 



^.1 Equation Modification 

Modification of the COCOMO Tool coefficients and 
exponents is a simple, s t r a i gh tf orwar d task. These 
constants reside in two files of the COCOMO program called 
DEVPARBA.IPF and DEVPARMS . I PF . Using a word processor , such 
as KEDIT, just call in the above named files one at a time. 
The equations listed in these files are readily identifiable 
and can be changed by typing over the coefficients and/or 
exponents listed. Saving these files back to the hard disk 
au toma t i ca 1 1 y updates the resident files. The COCOMO Tool 
program is now ready to use with the new modified values. 



4.E Cost Driver Modification 

Cost driver modification in the COCOMO Tool requires a 
little more effort then the equation modification described 
above. The effort and maintenance cost drivers are located 
on three spreadsheets in the COCOMO Tool database. These 
spreadsheets are listed as CIO.ICF, CIS.ICF, and CIE.ICF. 

To modify the cost driver values listed on the above named 
spreadsheets follow the sequence of steps below. 

1. Rename the file STARTUP. IPF to STOP.IPF while in DOS. 

2. Type in "KMAN" in response to the DOS prompt. 
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3. After obtaining the MDBS header and a type in 

"CALC" and depress *the ’Enter" key. 

Upon the display of a blank spreadsheet > type, \LDAD 
FROM "CIO.ICF", and depress the "Enter" key. 

5. The spreadsheet that next appears will display the 
effort cost drivers for the Intermediate organic 
model. Type, \BORDER, to obtain letters and numbers 
across the top and bottom, respectively. The cell 
cursor location occurs in the upper right part of the 
screen. For example, #F100 means the cursor is in 
column F and row 100 of the spreadsheet. 

6. Using the left arrow key move the cursor to the left 
until the cell cursor in the upper right hand corner 
reads #A100. In this position, the numbers in that 
row appear across the bottom of the screen. If ro 
numbers are to be changed in that row then move the 
cell cursor with the down arrow key until the 
appropriate row where values are to be changed is 

r eached . 

7. After reaching the appropriate row where values are 
to be changed type, \EDIT. Use Control D to move the 
cursor to the right until it is over the number which 
needs to be changed. At this point just type in the 
new number over the old number. Once all the numbers 
in the displayed row have been changed, depress the 

’ Enter " k ey - 

8- Move the cell cursor down to the next row to be 
changed and repeat the process in step 7, if 
nec essar y . 

9. Maintenance cost drivers can be modified in the same 
manner as the effort cost drivers. After finishing 
the effort cost driver mod i f i ca t i on , type, \#AI15, to 
reach the maintenance cost drivers. Move the cell 
cursor down to the appropriate row as described in 
step 6, and make changes as indicated in step 7. 

10. Once all of the cost drivers have been modified, the 
next step is to save these changes. To accomplish 
this type in the following: 

\#A96 followed by "Enter’ 

\#F100 followed by ’Enter" 

\BYE 

After the appears, type, SAVE TO "CIO.ICF" and 

depress the "Enter" key. 
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11. Upon return of the again repeat steps 3 through 

10. The only change is to replace CIO.ICF with 
CIS.ICF and CIE.ICF for changes to these 
spreadsheets . 

12. After changing all of the cost driver values in all 

three spr eadsheet s ? type, BYE, in response to the 
last prompt. This returns the system to DOS. 

Rename the STOP.IPF file back to STARTUP. IPF. The 
program is now ready to run. 
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APPENDIX A 
COCQNQ Per cen t ages 



Effort Distribution 



Organic Node 

Product Design 
Pr og r amm i ng 

Detailed Design 
Code Unit Test 
Integration 3x Test 
Semidetached Mode 
Product Design 
Pr ogr amm i ng 

Detailed Design 
Code 2 k Unit Test 
Integration 2* Test 
Embedded Mode 

Product Design 
Progr amm i ng 

Detailed Design 
Code 8x Unit Test 
Integration 2* Test 

Schedule Distribution 



Organic Mode 

Product Design 
Pr ogr amm i ng 
Integration 2 k Test 
Semidetached Mode 
Product Design 
Pr og r amm i ng 
Integration 2* Test 
Embedded Mode 

Product Design 
Progr amm i ng 
Integration 2 k Test 



KDSI SIZE 



2 a 32 



128 512 



16 


16 


16 


16 


16 


68 


65 


62 


59 


59 


26 


25 


24 


23 


23 


42 


40 


38 


36 


36 


16 


19 


22 


25 


25 


17 


17 


17 


17 


17 


64 


61 


58 


55 


52 


27 


26 


25 


24 


23 


37 


35 


33 


31 


29 


19 


22' 


25 


28 


31 


18 


18 


18 


18 


18 


60 


57 


54 


51 


48 


28 


27 


26 


25 


24 


32 


30 


28 


26 


24 


22 


25 


28 


31 


34 







KDSI 


SIZE 




2 


a 


32 


128 


512 


19 


19 


19 


19 


19 


63 


59 


55 


51 


51 


18 


22 


26 


30 


30 


24 


25 


26 


27 


28 


56 


52 


48 


44 


4 0 


20 


23 


26 


29 


'-U 1 


30 


32 


34 


36 


38 


48 


44 


40 


36 


32 


22 


24 


26 


28 


30 



Table Al: Effort and Schedule Percentages by Phase 
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Product 

Design 


Pro- 

graaoing 


Integration 
& Test 


KDSI SIZE: 


S I H L 


S 1 H L 


S 1 M L 


Requireients Analysis 


15 


5 


3 


Product Design 


AO 


10 


b 


Prograiffling 


lA 


58 


S'! 


Test Planning 


5 


A 


2 


Verification 1 Validation 


6 


6 


3<t 


Project Office 


11 


d 


7 


CI1/QA 


2 


6 


7 


Hanuals 


7 


5 


n 



S = 2 KDSI I = 8 KDSI H = 32 KDSI L = 128 KDSI 
Table AE: Activity Distribution by Phase - Organic 



Product Pro- Integration 

Design graisAing I Test 



KDSI SIZE: 


S I M L VL 


3 


1 


M 


L VL 


s 


I 


M 


L 


VL 


Requirefflents Analysis 


12. 5< >12.5 


A 


4 


A 


A A 


0 c, 

u . bi 








■/2.5 


Product Design 


Al< >A1 


8 


8 


9 


3 8 


5 


5 


c 

u 


5 


5 


Programming 


IE IE. 5 13 13.5 lA 


56. 


,5<- 




>56. 


,5 33 


35 


37 


39 


A1 


Test Planning 


A. 5 5 5.5 0 6.5 


A 


4.5 


5 


5.5 6 


2.5 


U.5 


3 


3 


3.5 


Verification 1 Validation 


6 6.5 7 7.5 8 


7 


7.5 


8 


3.5 9 


32 


31 


29.5 


23.5 


27 


Project Office 


13 12 11 10 9 


7.5 


7 


6.5 


6 5.5 


8.5 


3 


n c 
f . J 


7 


6 . 5 


CH/QA 


3 E.5 2.5 2.5 2 


7 


6.5 


6.5 


6.5 6 


8.5 


8 


8 


3 


7.5 


Manuals 


8 B 7.5 7 7 


6 


6 


5.5 
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8 


8 


7.5 


n 

/ 


7 
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! M = 3E KDSI L = 
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VL = 512 KDSI 











Table A3: Activity Distribution by Phase - Semidetached 
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Product 

Design 



Pro- 

graiiing 



Integration 
i Test 
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I 
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L 
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H 
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VL 
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L 
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Requirements Analysis 
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10 
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10 


10 
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3 
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3 


3 


2 


2 


2 
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2 
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42 


« 


43 


42 


42 
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6 


6 


4 
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4 
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11 
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44 
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4 


5 
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4 


5 
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6 


7 


9 
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11 


12 


30 


28 


25 


23 
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15 


13 


11 


9 


7 
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5 


10 


9 


8 
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4 


3 


3 
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2 


8 
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9 
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Table A4: Activity Distribution by Phase - Efflbedded 
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Sei&idetached 



Embedded 





KDSI SIZE: 


S 


I 


M 


L 


s 


I 


M 


L 


VL 


s 


I 


M 


L 


VL 


Requiresents Analysis 


/ 


7 


7 


7 
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6 
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6 
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13 
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13 
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6 
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Table A5: Activity Distribution bv Phase for Maintenance 
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APPENDIX B 
Cost Drivers 



RELY 


- required software reliability 


Very 

Loh 

0.75 


Loh 

0.88 


Noninol 

1.00 


High 

1.15 


Very 

High 

l.AO 


Extra 

High 

\M 


DATA 


- database size 


0.9A 


0.9^ 


1.00 


1.16 


l.li 


1.16 


CPLX 


- product coiiplexity 


0.70 


0.70 


1.00 


1.15 


1.30 


1.65 


TIME 


- execution tiae constraint 


1.00 


1.00 


1,00 


1.11 


1.30 


1.66 


STOR 


- luain storage constraint 


1.00 


1.00 


1.00 


1 . 06 


1.31 


1.56 


VIRT 


- virtual machine volatility 


0.37 


0.37 


1.00 


1.15 


1.30 


1.30 


TURN 


- computer turnaround time 


0.87 


0.37 


1.00 


1.07 


1.15 


1.15 


ACAP 


- analyst capability 


1.A6 


1.19 


1.00 


0.86 


0.71 


0.71 


AEXP 


- applications experience 


1.39 


1.13 


1.00 


0.91 


0.83 


0.82 


PCAP 


- programmer capability 


1.A3 


1.17 


1.00 


0.36 


0.70 


0.70 


VEXP 


- virtual machine experience 


1.31 


1.10 


1.00 


0.90 


0.90 


0 . 90 


LEXP 


- programming language experience 


I.IA 


1.07 


1.00 


0.95 


0.95 


0.95 


HODP 


- use of modern prog, practices 


1.3A 


1.10 


1.00 


0.91 


0.33 


0.22 


TOOL 


- use of software tools 


1.3A 


1.10 


1.00 


0.91 


0.S3 


0.33 


SCED 


- required development schedule 


1.33 


1.08 


1 . 00 


1 .Oh 


I.Oh 


I.Oh 



Table Bl: Effort Cost Drivers 
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RELY 

DATA 

CPLX 

TIME 

STQR 

VIRT 

TURN 

ACAP 

AEXP 

PCAP 

VEXP 

LEaP 

MQDP 

TOOL 





Very 








Very 


Extra 




Lon 


Low 


Nofflinal 


High 


High 


High 


required software reliability 


1.35 


1.15 


0.93 


1.10 


1.10 


1.40 


database size 




0 . 9 A 


1.00 


1.16 


1.16 


1.16 


product coaplexity 


0.70 


0.85 


1.00 


1.15 


1.30 


1.65 


execution tiiae constraint 


1.00 


1.00 


1.00 


1.11 


1.30 


1 . o 6 


aain storage constraint 


1.00 


1.00 


1.00 


1.06 


1.31 


1.56 


virtual inachine volatility 


0.37 


0.87 


1.00 


1.15 


1.30 


1.30 


coiiputer turnaround time 


0.37 


0.87 


1.00 


1.07 


l .!5 


1.15 


analyst capability 


1.46 


1.19 


1.00 


0.36 


0.71 


0.71 


applications experience 


1.39 


1.13 


1.00 


0.91 


0.83 


0.32 


prograiBflier capability 


1.43 


1.17 


1.00 


0.86 


0.70 


0.70 


virtual machine experience 


1.31 


1.10 


1.00 


0.90 


0.90 


0.90 


prograffiiing language experience 


1.14 


1.07 


1.00 


0.95 


0.95 


0.?5 


use of inodern prog, practices 


1.35 


1.16 


1.00 


0.36 


0.74 


0 . 7 h 


use of software tools 


1.34 


1.10 


1.00 


0.91 


0.33 


0 . B 3 



Table BE: Maintenance Cost Drivers 
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APPENDIX C 


1 . ACT RANGE 


Error Messages 
0 TO 1 ONLY 


Pr ob 1 em : 


Maintenance ACT value outside 0 to 1 boundary 


So lut ion : 


Input an ACT value between 0 and 1. Depress 

FI again to compute the maintenance 
par ameter 5 . 


2. CAN'T USE 


NEGATIVE OR ZERO VALUES 


Pr ob 1 em : 





1- An effort or maintenance cost driver value is 
less than or equal to zero. 

P- Maintenance personnel cost/MM = 0 

So lut ion : 

1. Input a proper cost driver from the effort or 
maintenance table. Depress FI. 

2. Input a maintenance cost/MM and depress FI. 

3. INSUFFICIENT MEMORY 



Pr ob 1 em : 


KMAN memory constraints exceeded by tlte 
program execution and causing the program 
to terminate abruptly. 


So lut ion : 


Type, BYE and depress 'Enter' key 

Upon receiving the DOS prompt type, KMAN. to 

begin program execution again. 


NOTE: 


Values saved prior to the abrupt program 
termination still exist in the database riles 
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4. KDSI IS GREATER THAN 51E 
KDSI >E OR <51E ONLY 

Problem: KDSI input value is greater than 51E. 

Solution: Reenter a KDSI value between E and 51E. 

Depress F 1 . 



5. KDSI IS LESS THAN E 

KDSI >E OR <51E ONLY 

Problem: KDSI input value is less than E. 

Solution: Reenter a KDSI value between E and 51E. 

Depress F 1 . 

6. WRONG KEY 

Problem: An F key not shown on the screen selection 

list was depressed. 

So 1 u t i o n 

1- If in an input screen (e.g., KDSI input) then 
check the input values and reenter any which 
may have been changed . Depress the proper F Uey. 

E. If not in an input screen then just depress the 
proper F key. 
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APPENDIX D 

Program/Data Base Listings 



1. Program Listings 



File Name 


Module Name 




STARTUP. IPF 


START_UP 




COCOMO. IPF 


COCOMO 




COCO. IPF 


COCO 




SETUPBAS . IPF 


SET_UP_BASIC 




SSLQDBAS . IPF 


SS_L0AD_BA5IC 




DEVPARBA. IPF 


DEV^PARANETER^BASIC 


SETUPINT . IPF 


SET_UP_ INTERNED I ATE 


SSLODINT. IPF 


55_L0AD_ INTERNED I ATE 


REDEVDAT . IPF 


READ_DEVELOPNENT_ 


DATA 


DEVPARMS . IPF 


DEV^PARANETERS 




DEVPHDIS . IPF 


DEV^PHASE^DISTR 




PHASEDIS . IPF 


PHASE_DISTR 




CALCEFSC. IPF 


CALC_EFF_SCHED 




SELTABLE . IPF 


SELECT^TABLE 




EVALKDSI . IPF 


EVAL_KD5I 




SLECTONE. IPF 


SELECT^ONE 




SELECTWQ. IPF 


SELECT^TWO 




INTERPOL . IPF 


INTERPOLATION 




DEVACDIS.IPF 


DEV_ACT_DI5TR 




DEVPAD. IPF 


DEV^PAD 




CALCDPAD . IPF 


CALC^DEV^PAD 




MAINTBAS . IPF 


NAIMT_BA5IC 




NAINTINT. IPF 


NA I NT_ INTERNED I ATE 


NDATAPAD. IPF 


NAINT_DATA_PAD 




CALCNDAT . IPF 


CALC_NAINT_DATA 




MAINTPAD. IPF 


NAINT_PAD 




KEYCHNQ. IPF 


KEY^CHANGE 




AGAINTIT . IPF 


AGAINT^IT 




WRAPUP . IPF 


WRAP_UP 




KILLIT. IPF 


KILL_IT 




SAVVAL . IPF 


SAVE_VALUES 




ERASTABL . IPF 


ERASE_TABLE 




ANOTHER. IPF 


ANOTHER 




RPTOUT . IPF 


REPORT_OUT 




BRPTONE . IPF 


BA5IC_RPT_0NE 




BRPTALL . IPF 


BASIC_RPT_ALL 




IRPTONE . IPF 


INTERNED I ATE__RPT_ 


ONE 


IRPTALL . IPF 


INTERNEDI ATE_RPT_ 


ALL 


GRAFPHE . IPF 


GRAF_PHA5E_EFF0RT 
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GRAFPHS . IPF 
GRAFADPD. IPF 
GRAFADP. IPF 
GRAFADIT. IPF 
GRAFPDM. IPF 


graf_phase_schedule 

graf_act_dist_pd 

graf_act_dist_phase 

GRAF_ACT_^DIST_ INTEST 

graf_pd_maint 


Data Base Listings 




a. Spreadsheets 




File Name 


Spreadsheet Name 


CBO . ICF 
CBS . ICF 
CBE. ICF 
CIO. ICF 
CIS . ICF 
CIE. ICF 


COCONO^BAS I C^QRGAN I C 
COCOMO_BASIC_SENIDETACHED 

cocqmo_basic_enbedded 

COCOMO_ INTERNED I ATE_ORGAN I C 
COCDNO^ INTERNED I ATE^SEN I DETACHED 
COCONO_INTERNEDIATE_ENBEDDED 


b . Tab 1 es 




File Name 


Table Name 


BES . ITB 
BESP. ITB 
BESPAD. ITB 
BESN. ITB 
BESMAD. ITB 
lES . ITB 
lESP. ITB 
lESPAD . ITB 
lESN. ITB 
lESMAD. ITB 


BASIC_EFFORT^SCHED 

BASIC_EFFORT_SCHED_PHASE 

BASIC_EFFORT_SCHED_PAD 

BASIC_EFFORT_SCHED_NAI NT 

BASIC_EFFORT_SCHED_NAINT_ACT_DIS r 

INT_EFFORT_SCHED 

INT_EFFORT_SCHED_PHASE 

INT_EFFQRT_SCHED_PAD 

INT_EFFORT_SCHED_NAINT 

INT EFFORT SCHED NAINT ACT DIST 



31& 



LIST OF REFERENCES 



Artzer, S. P. and Neidrauer, R. A. , Software 
Engineering Basics : A Primer for the Project Manager . 
Master's Thesis, HavaT Postgraduate School , Monterey, 
CA, June, 1982. 



Carabello, J. M. , Office of the Assistant Secretary of 
Defense Memorandum for ADP Policy Committee (Program 
Management) dated 8 May 1981. 



Douville, A. A. , Salasin, J. and Probert, T. H. , 'The 
Impact of ADA on COCOMO cost estimates as applied to 
the World Wide Military Command & Control (WWMCCS) 
Information System (WIS) , IDA Paper P-1810, Institute 
for Defense Analysis, Alexandria, VA, January, 1985. 



Vorgang^ B. R. , A Macro Approach to Software Resource 
Estimation and LTf e Cycle Control . Master's Thesis, 
Naval Postgraduate School , Monterey, CA, December, 
1981. 



Boehm, B. W. , Software Engineering Economics . 
Prentice-Hall, Inc. , Englewood Cliffs, NJ , 1981 



Green, J.. F. and Selby, B. F. , Dynamic Planning and 
Control of Software Maintenance : “A Fiscal Approach , 
Master ' s Thesis, Naval Postgraduate School , Monterey, 
CA, December, 1981. 



Yourdon, E. and Constantine, L. , Structured Design . 
Prentice-Hall, Englewood, NJ, 1979. 



DeMarco, T. , Structured Analysis and System 
Specification . Prentice-Hall , Englewood, NJ, 198TT 



Bennett, John L. , Building Decision Support Systems . 
Addison-Wesley Publishing Company, Inc. , 1983 . 



Sprague, Ralph H. , Jr. , and Carlson, Eric D. , Building 
Effective Decision Support Systems . Prentice-Hall , 
Englewood, NJ, 1982. 



Pressman, Roger S. , Software Engineering : 
Practioner s Approach . McGraw-Hill , 1982. 



A 



INITIAL DISTRIBUTION LIST 



No. 



1. Defense Technical Information Center 
Cameron Station 

Alexandria, Virginia 22304-6145 

2. Library, Code 0142 
Naval Postgraduate School 
Monterey, California 93943-5002 

3. Department Chairman, Code 54 
Department of Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93943-5000 

4. Computer Technology Programs, Code 37 
Naval Postgraduate School 
Monterey, California 93943-5000 

5. Professor Norman R. Lyons, Code 54Lb 
Department of Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93943-5000 

6. Professor Tung Bui, Code 54Bd 
Department of Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93943-5000 

7. DODCI 

ATTN: Mrs. Sarah Taylor 
Bldg 175 

Washington Navy Yard 
Washington, D. C. 20374 

8. Commanding Officer 

ATTN: LCDR A. N. N. Sullivan (Code 73) 

Naval Recruiting Command 
4015 Wilson Blvd 
Arlington, VA. 22203-1991 

9. Commanding Officer 

ATTN: LT J. M. Darabond (Code 30B) 

Fleet Intelligence Center, Europe and Atlantic 
Norfolk, VA. 23511-6690 



Copies 

2 

2 

1 

1 

1 

1 

1 

2 

2 



380 



F ■■ 






m:r 



Thesis 
S85837 
c. 1 



2 ^ 



Sullivan 

A decision support 
system for planning, 
control and auditing 
of DOD software cost 
estimation. 



